Photo Station Photo Station und Blog lassen sich nicht mehr aufrufen!

[SLAdive]

Ich bekomme folgende Fehlermeldung:

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/blog/include/database_photo.php on line 7
Failed to connect

Was ist passiert:
Ich hatte ein Verzeichnis auf einer externern USB-Festplatte auf mein "music" Ordner gemountet.

S99mount.sh
#!/bin/sh
# Copyright (c) 2010 SLA All rights reserved.
# S99mount.sh
# mount/bind some folders on startup
# and umount them on shutdown/reboot

case $1 in
start)
sleep 10
/bin/mount -o bind /volumeUSB1/usbshare/mp3/ /volume1/music/
;;
stop)
/bin/mount -o bind /volumeUSB1/usbshare/mp3/
;;
*)
echo "Usage: $0 [start|stop]"
;;
esac
exit 0

Das hat auch so ca. 2-3 Tage funktioniert. Danach funktionierte die Audio Station nur noch sporadisch. Bei weitere Analyse viel mir auf, dass die Photo Station und der Blog auch nicht mehr zu erreichen sind.

Folgendes habe ich dann noch rausbekommen:
SL-Server-1> df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/md0 774040 766424 0 100% /
/tmp 63100 540 62560 1% /tmp
/dev/md2 239058276 143244204 95711672 60% /volume1

SL-Server-1> mount
/dev/md0 on / type ext3 (rw,data=ordered)
/tmp on /tmp type tmpfs (rw)
/sys on /sys type sysfs (rw)
/proc/bus/usb on /proc/bus/usb type usbfs (rw)
/dev/md2 on /volume1 type ext3 (usrquota,grpquota)

SL-Server-1> du -d 1 /
5636 /sbin
4 /volumeUSB1
1368 /etc.defaults
4 /lib64
196048 /usr
8 /root
424044 /var
4 /initrd
0 /proc
44 /dev
4 /lost+found
0 /sys
132 /var.defaults
143112996 /volume1
4 /mnt
1556 /etc
118972 /lib
540 /tmp
1488 /bin
143862864


Das Mounting der USB Festplatte, Musik Station- und Photo Station habe ich deaktiviert, allerdings ohne Erfolg!

Ich bin leider LINUX Laie! Kann mir jemand helfen!

 

[itari]

Der mount im Skript ist nicht erfolgreich ausgeführt worden; siehste sicherlich in der Liste deines mount-Aufrufs, da taucht USB1 nicht auf

Das Skript sollte in meinen Augen, bevor ein 'mount' gemacht werden, abprüfen, ob die externe Platte überhaupt ansprechbar ist; denn bei dir sind wahrscheinlich ein paar Dateien jetzt direkt auf die Systempartition geschrieben worden statt auf die USB-Platte und haben die Systempartition voll gemüllt.

Itari

 

[SLAdive]

Danke für die promte Antwort!
Ich meine schon das das Skript funktioniert hatte, zumindest teilweise. Ich konnte in der "Musik Station" alle MP3´s von der USB Festplatte katalogisieren. Wie gesagt: Lief ja 2-3 Tage. Ich hatte allerdings nach der Fehlermeldung das Mounting wieder deaktiviert. Wie auch immer, die Systempartition ist voll gemüllt! Gibt es ein entkommen?

 

[Trolli]

Ja, Du solltest die betreffenden Daten über die Kommandozeile suchen und löschen oder verschieben. Danach sollte es wieder funktionieren.

 

[itari]

Hänge die USB-Platte ab.

Schau dir das Verzeichnis /volumeUSB1 an. Nach dem Abhängen sollte dieses Verzeichnis leer sein ... Wenn was drinne steht, ist das halt der Müll ... also das wären Dateien, die eigentlich auf deiner USB-Platte liegen sollten, es aber nicht geschafft haben dahin zu kommen, weil der mount nicht bestand.

rm wäre das Kommando (siehe auch unser Wiki zu den Linux-Kommandos) fürs löschen

Itari

 

[jahlives]

Das klingt mir nach dem Problem mit USB Laufwerken. Irgendwann geht manchmal der mount verloren und dann schreibst du direkt in die root Partiton, wie itari bereits anmerkte. Dein /volumeUSB1 dürfte also Inhalt haben wenn die Platte nicht dran hängt.
Allerdings könnte "einfach löschen" auch hintenraus gehen, denn vielleicht sind dort Daten drin die du noch brauchst. Ich würde den allfälligen Inhalt von volumeUSB1 irgendwo nach /volume1 verschieben

 

[SLAdive]

Sieht leer aus, oder?

SL-Server-1> dir
drwxr-xr-x 21 root root 4096 Dec 8 09:41 .
drwxr-xr-x 21 root root 4096 Dec 8 09:41 ..
-rw-r--r-- 1 root root 3 Jan 7 2004 .mkcert.serial
-rw------- 1 root root 1024 Jan 7 2004 .rnd
drwxr-xr-x 2 root root 4096 Sep 12 14:22 bin
drwxr-xr-x 4 root root 36864 Dec 8 09:41 dev
drwxr-xr-x 13 root root 4096 Dec 8 10:54 etc
drwxr-xr-x 12 root root 4096 Dec 8 09:41 etc.defaults
drwxr-xr-x 2 root root 4096 Apr 19 2010 initrd
drwxr-xr-x 14 root root 12288 Sep 12 14:23 lib
drwxr-xr-x 2 root root 4096 Apr 19 2010 lib64
lrwxrwxrwx 1 root root 11 Sep 12 14:23 linuxrc -> bin/busybo
drwx------ 2 root root 4096 Apr 19 2010 lost+found
drwxr-xr-x 2 root root 4096 Apr 19 2010 mnt
dr-xr-xr-x 74 root root 0 Jul 6 1976 proc
drwxr-xr-x 2 root root 4096 Sep 12 14:22 root
drwxr-xr-x 2 root root 4096 Sep 12 14:23 sbin
drwxr-xr-x 10 root root 0 Jul 6 1976 sys
drwxrwxrwt 5 root root 760 Dec 8 13:36 tmp
drwxr-xr-x 7 root root 4096 Sep 12 14:22 usr
drwxr-xr-x 12 root root 4096 Dec 8 09:40 var
drwxr-xr-x 11 root root 4096 Sep 12 14:24 var.defaults
drwxr-xr-x 13 root root 4096 Dec 8 09:41 volume1
drwxr-xr-x 2 root root 4096 Dec 7 23:21 volumeUSB1
SL-Server-1> cd volumeUSB1
SL-Server-1> dir
drwxr-xr-x 2 root root 4096 Dec 7 23:21 .
drwxr-xr-x 21 root root 4096 Dec 8 09:41 ..

SLAdive

 

[Trolli]

Nun ja - irgendwo müssen die Daten aber schon liegen, die Dir das Systemvolume verstopfen...

 

[SLAdive]

Nun ja - irgendwo müssen die Daten aber schon liegen, die Dir das Systemvolume verstopfen...

Tja .. wenn ich nur wüsste wie ich diese finden kann! Haste Du eine Strategie für mich?

 

[jahlives]

Wenns nicht /volumeUSB1 ist, dann könnten es auch die Logfiles sein. Schau mal ob bei /var/log irgendwelche Riesenfiles drin sind.

 

[goetz]

Hallo,

424044 /var

la liegen die drin, mußte auch erst zwei mal hinschauen um es zu sehen. Was ist da denn alles drin?

Gruß Götz

 

[jahlives]

Zudem hast du mit irgendwas um 700 MByte eine sehr kleine Firmwarepartition

 

[SLAdive]

Wenns nicht /volumeUSB1 ist, dann könnten es auch die Logfiles sein. Schau mal ob bei /var/log irgendwelche Riesenfiles drin sind.

Was sind denn normale Größen?
SL-Server-1> cd var/log
SL-Server-1> dir
drwxr-xr-x 3 root root 4096 Dec 8 00:56 .
drwxr-xr-x 12 root root 4096 Dec 8 09:40 ..
drwx------ 4 root root 4096 Jan 30 2010 cores
-rw-r--r-- 1 root root 0 Nov 25 18:54 dms.log
-rw-r--r-- 1 root root 0 Jan 30 2010 log.nmbd
-rw-r--r-- 1 root root 0 Jan 30 2010 log.smbd
-rw-r--r-- 1 root root 0 Jan 7 2004 log.windows
-rw------- 1 root root 177129 Dec 8 10:13 messages
-rw------- 1 root root 13662 Dec 7 22:11 messages.0.gz
-rw------- 1 root root 16998 Dec 7 22:08 messages.1.gz
-rw------- 1 root root 13067 Dec 7 21:04 messages.2.gz
-rw------- 1 root root 30577 Dec 3 09:50 messages.3.gz
-rw------- 1 root root 65524 Dec 8 12:24 synoconn.log
-rw------- 1 root root 57 Nov 25 18:41 synocopy.log
-rw------- 1 root root 373 Dec 8 10:54 synosys.log
-rw-r--r-- 1 root root 558 Sep 12 14:21 synoupdate.log
SL-Server-1>

 

[goetz]

Hallo,
vermutlich das Verzeichnis cores.

Gruß Götz

 

[SLAdive]

Auch leer, oder?

SL-Server-1> cd log/cores
SL-Server-1> dir
drwx------ 4 root root 4096 Jan 30 2010 .
drwxr-xr-x 3 root root 4096 Dec 8 00:56 ..
drwx------ 2 root root 4096 Jan 30 2010 nmbd
drwx------ 2 root root 4096 Jan 30 2010 smbd
SL-Server-1> cd nmbd
SL-Server-1> dir
drwx------ 2 root root 4096 Jan 30 2010 .
drwx------ 4 root root 4096 Jan 30 2010 ..
SL-Server-1> cd ..
SL-Server-1> dir
drwx------ 4 root root 4096 Jan 30 2010 .
drwxr-xr-x 3 root root 4096 Dec 8 00:56 ..
drwx------ 2 root root 4096 Jan 30 2010 nmbd
drwx------ 2 root root 4096 Jan 30 2010 smbd
SL-Server-1> cd smbd
SL-Server-1> dir
drwx------ 2 root root 4096 Jan 30 2010 .
drwx------ 4 root root 4096 Jan 30 2010 ..

 

[goetz]

Hallo,
dann muß es woanders unter /var sein.

du -d 1 /var

Gruß Götz

 

[SLAdive]

Zudem hast du mit irgendwas um 700 MByte eine sehr kleine Firmwarepartition

Sehe ich das jetzt richtig, dass knapp die Hälte meiner Systempartition mit Log Files belegt ist?

SL-Server-1> dir
..
..
..
-rw------- 1 root root 177129 Dec 8 10:13 messages
-rw------- 1 root root 13662 Dec 7 22:11 messages.0.gz
-rw------- 1 root root 16998 Dec 7 22:08 messages.1.gz
-rw------- 1 root root 13067 Dec 7 21:04 messages.2.gz
-rw------- 1 root root 30577 Dec 3 09:50 messages.3.gz
-rw------- 1 root root 65524 Dec 8 12:24 synoconn.log
..
..
..
Wenn das so ist, wie bekomme ich die Dateien wieder klein, oder kann ich diese einfach löschen!

 

[goetz]

Hallo,
nein, diese Angaben sind in Byte, also hat messages 177 KB. Mach den
du -d 1 /var

Gruß Götz

 

[SLAdive]

Hallo,
nein, diese Angaben sind in Byte, also hat messages 177 KB. Mach den
du -d 1 /var

Gruß Götz

Ergebnis:
SL-Server-1> du -d 1 /var
8 /var/lock
84 /var/packages
416 /var/run
40 /var/log
423060 /var/database
8 /var/services
4 /var/empty
84 /var/spool
8 /var/state
16 /var/lib
423732 /var

Ich bin mal dem größten Wert gefolgt!

SL-Server-1> du -d 1 /var/database
423056 /var/database/pgsql
423060 /var/database

SL-Server-1> du -d 1 /var/database/pgsql
4 /var/database/pgsql/pg_twophase
136 /var/database/pgsql/pg_subtrans
112 /var/database/pgsql/pg_clog
268 /var/database/pgsql/global
4 /var/database/pgsql/pg_tblspc
307648 /var/database/pgsql/base
28 /var/database/pgsql/pg_multixact
114836 /var/database/pgsql/pg_xlog
423056 /var/database/pgsql

SL-Server-1> du -d 1 /var/database/pgsql/base
4 /var/database/pgsql/base/pgsql_tmp
4392 /var/database/pgsql/base/16384
4276 /var/database/pgsql/base/16694
280444 /var/database/pgsql/base/16609
4176 /var/database/pgsql/base/1
4176 /var/database/pgsql/base/11261
4260 /var/database/pgsql/base/11262
5916 /var/database/pgsql/base/16419
307648 /var/database/pgsql/base

 

[goetz]

Hallo,
also geht es jetzt weiter in /var/database (du gibt in Kbyte aus).

Gruß Götz