Blog and PhotoStation failed to connect to PostgreSQL server

[Dennas]

Systeem: DS207+
Firmware:  Version: DSM 2.0-0590; Build Date: 2008/03/12 (link)

Hallo allemaal,

Sinds enige tijd krijg ik op de index.php pagina van het foto album en van het blog de volgende melding

Warning: pg_connect() [function.pg-connect]: Unable to connect to PostgreSQL server:
could not connect to server: No such file or directory

Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.5432"? in /usr/syno/synoman/phpsrc/photo/include/database.php on line 12
Failed to connect

Het lijkt erop dat de socket niet aanwezig of niet actief is.  Zodra ik in de gelegenheid ben zal ik controleren of ik  "/tmp/.s.PGSQL.5432" op mijn systeem tegen kom.
Dit verschijnsel deed zich voor na de upgrade van de laatste patch, echter zowel foto album als blog hebben daarna nog goed gewerkt.


Bij het nazoeken van Nederlandse en Engelse fora heb ik de volgende pg_connect failure verwante problemen gevonden:
(In geen van de replies heb ik een oplossing van het directe probleem kunnen vinden)

1.

Blog and photo station "failed to connect"
by reiniertc on Tue Feb 19, 2008 11:47 am
Probleem: server not running
Oplossing: niet bekend [/list]

2.

Unable to connect to PostgreSQL server
by Kelvin on Wed Aug 15, 2007 6:49 am
Probleem: password authentication failed
Diagnose: the system OS is corrupted, modified.
Advies: Contact online support team [/list]

3.

Error message photo station after upgrading firmware
by jaaphoevenberg on Fri Jan 19, 2007 8:44 am
Probleem: Connection refused
Advies:  zie: How to reinstall the OS [/list]

4.

Error with Photo Station on DS-106J
by ggautier on Tue Jan 16, 2007 6:09 am [/list]

5.

Blog gegevens kwijt ??
door Thijs op 23 maart 2008 21:11
Blog staat niet in de MySQL database maar in de postresql database [/list]

[Björn]

Je zou even phpPGadmin kunnen installeren: http://phppgadmin.sourceforge.net/
Daarmee kun je de database in om te kijken of alles in orde is verder. (het wachtwoord vind je in /usr/syno/synoman/phpsrc/blog/config.php (of configuration.php ofzo)

[Dennas]

Hallo ..

Ik heb phpPgAdmin geinstalleerd maar ik kan niet inloggen; In phpPgAdmin zie ik in het linker navigatie frame direct onder servers een rood kruisje staan. Dat zou kunnen betekenen:

1. Dat de service / socket niet beschikbaar is
Zoals eerder beloofd in de eerste post heb ik eens gekeken in de /tmp folder maar daarin zie ik geen *PGSQL* file (socket) staan. Ik heb de volgende zoekopdracht gegeven:
find / -name "*PGSQL*" -print
Hiermee vond ik geen bestanden.  
Met het commando ps | grep "sql" kwam ik ook geen processen tegen die ook maar enigszins lijken op postgresql.[/list]
of
[list type=2]2. Dat ik nog niet in gelogd ben.
Ik heb geprobeerd in te loggen met mijn admin account / gebruiker accounts met de bijbehorende systeem wachtwoorden,
helaas zonder success. Ik kan me niet herinneren dat ik een speciaal account moest aanmaken tbv van het blog/fotoalbum? [/list]

Het eerder genoemde configuratie bestand kon ik niet vinden. maar in /usr/syno/synoman/phpsrc/blog/include/synoblog_conf.php vond ik het volgende:
$SYNOPHOTO_ADMIN_PASS = "hlinak3"  - maar ook dit wachtwoord werkt niet

Gebruikers tabellen kwam ik tegen in:
/var/database/pgsql/global/pg_database
en in
/var/database/pgsql/global/pg_auth
vond ik het admin account met een md5 hashcode

Omdat ik denk dat de postgreSQL deamon niet draait en me dit toch vrij essentieel lijkt, wilde ik deze eerst maar eens herstellen. Ik vroeg me af het mogelijk was om uitsluitend de socket te herstellen vanuit de patchfile. Deze heb ik als volgt uitgepakt:
tar zxf hda1.tgz.

Hierin heb ik opnieuw gezocht naar PGSQL, maar ook nu vond ik geen bestanden. Waarschijnlijk is de PGSQL socket generiek aan gemaakt tijdens het uitvoeren van de patch-upgrade?  Waarschijnlijk zal ik dan meer moeten doen dan alleen dat ene bestandje kopieren vanuit het archief.

Je zult inmiddels wel gemerkt hebben dat ik op het gebied van *nix* systemen nog maar een newbie ben, maar nu herinner ik me ineens te herinneren dat ftp deamon ook niet standaard draait, maar dat de http deamon deze pas opstart op het moment dat het verzoek voor een FTP waarneemt. Misschien zou ik eens in de configuratie van de httpd moeten kijken  

Waarschijnlijk is het voor mij sneller om de patch opnieuw uit te voeren, maarrr:
.. ik weet niet zeker of het mn huidige foto albums met commentaren en de inhoud van mn blogboek behouden blijven
.. het lijkt me beter en vooral leerzamer om het systeem te leren kennen en te bekijken wat nu de oorzaak van het probleem is, en wat het heeft verzaakt. Daarom blijf ik toch nog even zoeken.

Ideeen en/of tips zijn van harte welkom. Ik zal hier blijven vermelden wat mn bevindingen zijn en wat de voortgang is.

[Dennas]

Na het uitblijven van een succesvolle inlog met een geinstalleerde phpPGadmin, was ik aanvankelijk van plan om PostgreSQL handmatig opnieuw te installeren. Alhoewel de documentatie van PostgreSQL uitstekend is,
heb ik toch maar van handmatige herinstallatie afgezien.
De reden hiervoor is een gerucht op het engelstalige forum gewaarschuwd werd dat je de DiskStation volledig onklaar zou kunnen maken door te rommelen met PostgreSQL database. Dit lijkt me wel erg sterk, omdat zoals uit mn bovenstaande bevindingen blijkt dat het PGSQL process (ook wel bekend als de postmaster) niet eens actief is. Volgens mij maakt de Diskstation zelf uitsluitend gebruik van mySQL databases.

Vandaag heb ik de laatste patch opnieuw geinstalleerd.  Het gaat hier om dezelfde, reeds geinstalleerde patch (zie bovenaan). Tijdens het uitvoeren van de patch kreeg ik de melding dat het systeem detecteerde dat deze patch reeds was geinstalleerd en dat verdere installatie hiervan zou worden afgebroken.

Vervolgens heb ik mijn blog en foto-album bekeken en deze bleken grotendeels weer te werken. Ik zag in ieder geval enkele tems en commentaren en teksten uit het blog op het verschijnen.
Er waren wel enige problemen:

1. De inlog pagina van het foto-album is blanco
2. Een foutmelding in /modules/statistical_data.php veroorzaakt een verbreding van het navigatievenster van het blog. Dit is mogelijk door mijn eigen experimenteren veroorzaakt (ik wilde namelijk de Twitter module weergeven in het blog)

In ieder geval is de PGSQL postmaster nu actief, zoals blijkt uit na een ps commando:

$ps | grep "post"
9169 admin      2432 S   /usr/syno/pgsql/bin/postgres -D /var/database/pgsql -
 9171 admin      2272 S   postgres: writer process
 9172 admin       656 S   postgres: stats collector process
 9477 admin      7148 S   postgres: admin photo [local] idle
 9504 admin      3772 S   postgres: admin download [local] idle
 9699 root        304 S   grep post

en in de folder /tmp zag ik nu ook de sockets staan:

$ll /tmp | grep "PGSQL"
srwxrwxrwx    1 admin    users           0 Apr  9 20:24 .s.PGSQL.5432
-rw-------    1 admin    users          25 Apr  9 20:24 .s.PGSQL.5432.lock[/list]

Mogelijk zijn door de patch ook andere bestanden hersteld en/of terug gezet..

PGSQL wachtwoord
Nu ik weet dat de PGSQL postmaster weer draait, heb ik geprobeerd in te loggen in phpPGAdmin. Nogsteeds verschijnt in linker navigatie frame een kruisje. Dat betekent vermoedelijk alleen dat de gebruiker niet is ingelogd; het zegt niets over het actief zijn van de PGSQL postmaster.  Ik ben nog op zoek naar het wachtwoord; de vorige tip heeft me helaas niets opgeleverd. In het engelse forum heb ik een paar interessante tips gevonden:

PostGreSQL admin password
by med2ver on Sat Feb 24, 2007 5:42 am
Antwoord: Uncrypted file - bevindt zich niet in /etc/shadow, niet gepubliseerd in forum ivm. veiligheid. stuur een privebericht naar triad

MySQL/PostgreSQL usernames/passwords
By stevewi on Thu Dec 20, 2007 8:10 pm
Antwoord: (fake?)Wachtwoord  als suggestie gedaan door nataS-dk, die ironisch genoeg tegelijkertijd aan Synology vraagt of het nu wel zo veilig is om voor Download Redirector het standaard Admin account te gebruiken. Geeft vervolgens ook nog een SQL INSERTION statement om een download te starten.
[/list]

Overige links:
Synology WikiPedia - Modification - An index for articles/guides about modifying the Synology server

[Dennas]

Er is iets flink mis met de inlog pagina's van het photo album en het blog.

Herstellen is NIET eenvoudig te doen met
- Het uitschakelen en weer inschakelen van het photo-album
- Herstarten van het DS

Ik ga eerst wel even op de fora rondneuzen of er meerdere mensen met dit probleem zijn.
En anders dan kijk ik of ik de problemen handmatig kan verhelpen.

Mocht dit toch ingewikkelder zijn dan ik dacht,
dan zie ik nog als oplossing het faken van het versie nummer en het her-installeren van de laatste firmware
Downgrading FW - LET OP: Dit is echter niet zonder gevaar!  LEES DE DISCLAIMERS!
 
Blijkbaar is de de laatste patch niet volledig uitgevoerd, maar het heeft wel de postmaster weer geactiveerd.
Het patchen heeft wel iets gedaan, maar ik weet niet wat precies.

[Dennas]

Dankzij een bezoekje van mijn maat aan de website, weet ik nu dat de weblog en het fotoalbum *WEL* goed werken in Internet Explorer 7.

Met internet Explorer 6.0.2900 heb ik echter nogsteeds dezelfde problemen:
  - blanco pagina bij het inloggen
  - albums bevatten geen foto's
In Firefox 2.0.0.4 (U3 versie) werken blog en fotoalbum ook naar behoren.
De problemen worden weer wel ervaren met  Opera 9.26 build 8835 (U3) en Safari 3.1 525.13.3

Gezien de foutmeldingen in de diverse browsers toch echt lijken op structurele fouten in de broncode
 - tekenreeks niet afgesloten (regel 3, karakter 3 van login.php)
 -  blog_str_common_submit is niet gedefinieerd (regel 3, karakter 352 van login.php)

Deze meldingen vormen de aanknopingspunten waar de fouten gezocht moeten worden.
Een eerste indruk zegt me dat er mogelijk een foutje in de included javascript code is geslopen.

[Dennas]

Om met de meest eenvoudige te beginnen:

PHOTO ALBUM LOGIN
Als we opzoek gaan naar de variabele blog_str_common_submit  en de script includes 1-voor-1 bekijken,
komen we de variabele komen we deze als eerste tegen in het bestand:  phpsrc/blog/javascripts/synophoto.js
en deze wordt rechtstreeks vanuit login.php ge-include.

Nu komt deze variabele voor in de woordenboeken  phpsrc/blog/language/*.php
Daarom is een foutmelding waarschijnlijk het snelst te verhelpen door het de variabele te initialiseren (fixed), of
met het invoegen van require_once("../blog/language/nld.php"); op regel 3 van phpsrc/photologin.php;

Dit is welliswaar niet zo netjes; een nettere oplossing zou zijn geweest
require_once("../blog/include/synoblog_conf.php");,
ware het niet dat hiermee nog niet het juiste woordenboek is ingelezen (zoals wel het geval is bij phpsrc/photo/conf/syno_conf.php
Maar vanzelfspreken ontbreekt in het foto-album woordenboek natuurlijk de variabele blog_str_common_submit

Ik heb nog niet gevonden waar eventueel de quote-haakjes ontbreken, maar aangezien deze fout als eerste wordt gemeldt, zou ik niet ver hoeven te zoeken...

Wordt vervolgd!