Synology-Forum.nl
Firmware => Synology DSM 6.0 => Topic gestart door: chriz op 04 augustus 2016, 12:11:41
-
Is er mogelijk iemand die me verder kan helpen met volgende situatie.
Ik heb toegang nodig tot de photo database om de tabel drafts leeg te maken (een probleem die ik hier niet meteen ga omschrijven om dit kort te houden)
phpPgAdmin draait op dit moment niet onder DSM6 en ik zie dat je die zelfs op de communityhub niet meer ziet staan sedert een paar dagen.
adminer draait dan weer wel maar geeft de volgende fout: SQLSTATE[08006] [7] FATAL: no pg_hba.conf entry for host "127.0.0.1", user "admin", database "postgres"
Ik heb een klein beetje verstand van het werken met putty en hoe ik vi kan gebruiken (of mc = nog makkelijker) om eventueel een entry toe te voegen aan de pg_hba_conf file.
Is er iemand die weet of dat voldoende is ?
En ook of je met een admin account en admin paswoord kunt inloggen op postgres ? of de photo db ?
En hoe ?
Waarvoor dank,
Christian
-
Het gaat om de database photo van het pakket photostation 6.
Dat vergat ik te melden.
-
Heb er niet zoveel verstand van maar, zou package PHPMyAdmin je kunnen helpen ?
-
Helaas niet :-)
Het gaat om de interne databases (PostgreSQL) van synology.
Maar bedankt voor de reactie,
altijd leuk
Christian
-
Ik had er al niet zo'n goed gevoel bij (: maar ja, niet geschoten is altijd mis ;D
Kan je niet verder helpen helaas, misschien dat ik me daar ook eens in ga verdiepen. ;)
-
Kan je dat niet vanuit de terminal, en dan met de psql utility inloggen op de database?
-
Vanuit welke map is die op te starten ?
Welke is de default gebruiker en paswoord ? beheerder/paswoord ?
Of is dat gebruiker postgres en dan met welk wachtwoord ?
En ook, dan is het wel allemaal command line, grafisch is makkelijker voor me.
Maar als het niet anders kan, verdiep ik me daar in.
'k Ga in ieder geval al wat opzoeken.
Bedankt,
Christian
-
Voor deze avond deed ik het volgende (ervoor wakende niks te veranderen)
ssh
login als admin
paswoord van het systeem
sudo -i
nogmaals zelfde paswoord
sudo -u postgres -i
Dan tik ik:
psql
En krijg ik:
postgres-#
Vraag om info:
You are connected to database "postgres" as user "postgres" via socket in "/run/ postgresql" at port "5432".
Vraag om tabellen en zo te zien
postgres-# psql \z
Access privileges
Schema | Name | Type | Access privileges | Column access privileges
--------+------+------+-------------------+--------------------------
(0 rows)
Op welke manier krijg ik toegang tot de photo database ?
Maar zoals ik zei, dit is veel moeilijker :-(
Christian
-
@chriz Misschien kan ik je toch wel wat verder op weg helpen, v.w.b. adminer:
adminer draait dan weer wel maar geeft de volgende fout: SQLSTATE[08006] [7] FATAL: no pg_hba.conf entry for host "127.0.0.1", user "admin", database "postgres"
Ik heb even adminer geinstalleerd om te kijken naar "pg_hba.conf", deze heb ik op 3 plaatsen gevonden, zie PuTTY.
Je kunt WinSCP installeren (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/) om 1 van de 3, denk overigens niet dat je de etc.defaults moet aanpassen, dan kun je in GUI simpelweg files aanpassen.
Let wel, aanpassen doe je als root dus, lees en volg de tut goed op en kijk of je hiermee wat kan.
[attachimg=1]
-
Je moet eerst nog met de photo database connecten.
Dus na:
Psql
Connecten met:
\connect photo
Ik zie echter in deze database geen tabel drafts.
-
Precies, en dus zit ik blijkbaar in een verkeerde database te werken.
Ik zoek & leer verder :-)
Wat betreft winscp, dat werkt niet met de nieuwe DSM 6.
T.t.z. je kunt lezen en kijken maar niks wegschrijven.
In Putty moet je met sudo root worden en dan is vi evengoed een mogelijkheid (of midnight commander = makkelijker voor mij)
Christian
-
Misschien is het dan toch beter om preciezer uit te leggen wat je wilt bereiken? Want zo kunnen we je niet echt gericht helpen.
-
Wat betreft winscp, dat werkt niet met de nieuwe DSM 6.
Dat werkt wel, kwestie van mijn tut goed lezen en opvolgen. ;)
Bij mij werkt het gewoon n.l.
-
Het probleem dat zich stelt met photostation is:
bij één van de gebruikersaccounts zie ik bij Automatisch opgeslagen concepten het getal 5686
Als ik daarop klik om alle concepten te wissen gaat de software in een loop en kun je verder niks meer doen,
voor een tijdje, waarna je opnieuw in kunt loggen.
Ik zou de drafts tabel van de database willen leegmaken,
maar natuurlijk, hoe komt het dat er zoveel drafts aangemaakt werden ?
In een blog die nog niet opgestart is.
Zie bijlage met screenshot
Christian
-
Ok, heb het even uitgezocht:
Stap voor stap:
- Via ssh inloggen als admin
- Naar root niveau: sudo -i
- Naar postgress user: sudo -u postgres -i
- psql opstarten: psql
- Photostation database verbinden: \connect photo
- Kijken naar informatie in blog_article_autosave tabel: SELECT * FROM blog_article_autosave; (Let op: Hoofdlettergevoelig!)
- Inhoud tabel wissen: DELETE FROM blog_article_autosave;
- Database afsluiten: \q
-
Woow :-)
Helaas kan ik er zo direct niet aan beginnen (of misschien toch tussendoor), weekendje aan zee :-)
Maar dank je,
En ik post de resulaten.
Groetjes,
Christian
-
Tja, je moet prioriteiten stellen :-)
-
Toch nog even snel geprobeerd en ik merk dat die tabel leeg is voor de gebruiker in kwestie.
Dinsdag zoek ik verder.
Intussen hoop ik dat phpPgAdmin snel beschikbaar is voor dsm 6.
Fijne avond
Christian
-
Zie screenshot in bijlage.
Al met al zou ik eigenlijk liefst toegang krijgen tot de database photo via phpPgAdmin (op dit moment niet beschikbaar lijkt het op DSM 6) of adminer (werkt wel voor mijn mysql databases maar het lukt me niet om in te loggen op de PostgreSQL databases).
Ik heb ook al geprobeerd met user postgres (zonder paswoord en met admin paswoord) waarbij ik postgres eerst root maak vanuit Putty.
Nog niet gevonden hoe ik kan inloggen echter
Gewoon geen goede basiskennis over linux, commandline, enzovoort natuurlijk :-(
Het goede nieuws is dat ik intussen wel één en ander nalees en bijleer !
Christian
-
En hier nog een minuut video van wat er verkeerd gaat in de blogmodule.
https://dl.dropboxusercontent.com/u/105055961/Capture%2002.wmv
Na iedere fout is de teller van autosave hoger.
In de database vind ik dit getal echter niet terug.
Zou er nog een 'persistent' variabele zijn ergens anders ?
Maar als ik wat dan ook op nul zet, dan blijft die fout natuurlijk wel ?
En ik heb dit probleem nu ook nog es naar synology support gestuurd.
Christian