DSM 6.x und darunter DSM Webinterface nicht erreichbar

[goetz]

Hallo,
das Verzeichnis /root ist auffällig. Was gibt

du /root

aus?

Gruß Götz

 

[mega]

Ah, das isses wohl. WGET sammelt darin die cronjob-downloads (statt in /dev/null).
Nur lässt sich das ganze nicht löschen, argmuent list to long

Ah, geht doch weg, ebene drüber rm -r

Der Ordner root an sich muss aber wohl doch bleiben. Ergibt sonst beim ssh-login nen Fehler.

Und auch jetzt nach nem Reboot kommt vom webserver nur das index of /

 

[mega]

So,
/webman/3rdparty/cronjobs/cronjobs.php
Tuts schonmal wieder.

Aber die eigentliche Weboberfläche geht nicht.
Es bleibt bei der Index of / Seite.
Also tuts irgendwie Perl nicht ?

 

[itari]

unter /volume1 kannst auch die *.core-Dateien löschen. Ist Abfall.

und kontrolliere mal ob du /dev/nul oder /dev/null als Geräte hast und ob auch die Umlenkung der wgets das richtige erwischt. Bei der Gelegenheit kannst auch das Verzeichnis /dev durchsuchen, ob da nicht auch noch Dateien gelandet sind ...

zu deiner letzten Frage kann ich im Moment nicht groß was beitragen. Ich würde noch einmal die DS neu booten ... vielleicht6 'heilt' das das Problem

Itari

 

[mega]

Reboot löst es leider nicht...

 

[jahlives]

Und auch jetzt nach nem Reboot kommt vom webserver nur das index of /

sicher dass du ne index Datei in /volume1/web hast?

 

[mega]

Es geht hier doch um den DSM. Der nicht geht.

 

[jahlives]

Wenns um den DSM geht (sorry überlesen) und PHP kann es dann sein, dass dein Systemapache keinen PHP-Handler aktiviert hat?

 

[mega]

Nee.
Php geht, CGI, womit die 'normale' DSM-Oberfläche läuft, geht aber nicht.

Und der Apache läuft irgendwie doch nicht...

 

[jahlives]

Mal ein killall httpd probiert, bevor du den Apache neustartest?

 

[mega]

Jetzt ja...

Ändert leider nichts am Problem.

 

[AleksCee]

Also ich könnte mir vorstellen - weil die Platte ja mal voll war und Du da ja schon x mal neu gebootet hast.... das die httpd.conf einfach im Arsch ist, da sie beim starten mit SED (in der Funktion GenerateConf) hin und her ersetzt wird und zum Schluss die Datei wieder auf die Originale rüber kopiert wird:

        sed -e "/^Listen/c\\Listen ${ADMIN_PORT}" \
            -e "/^ServerName/c\\ServerName *:${ADMIN_PORT}" \
            -e "/redirect.cgi?/c\\      RewriteRule ^/(.*)$ /usr/syno/synoman/redirect.cgi?${ADMIN_PORT}" \
            ${HttpdConf} > ${HttpdConf}.$$
        if [ -s "${HttpdConf}.$$" ]; then
                mv ${HttpdConf}.$$ ${HttpdConf}
        fi

Die Prüfen da zwar auf eine Größe von >0 Byte aber wer sagt denn das er nicht nur den Anfang noch irgendwo hingeschrieben hat. oder oder oder...

Daher hätte ich mal interesse an dem Listing von /usr/syno/apache/conf/

ls -l /usr/syno/apache/conf/


Was mir da auch noch auffällt gerade bei meinem Code Beispiel... geht es um das rewrite modul was bei Dir am Start angemeckert wird.... da diese Modul ja den redirect auf die eigentlich Admin.Seite macht fehlt das ja total....

Welche URL Rufst Du genau auf wenn Du nur "index of /" bekommst?

 

[mega]

So, läuft wieder

AleksCee hat mir per TeamViewer und Telefon das ganze gemacht.
Die http.conf-sys war kaputt.
Zum Glück war das init_3rdparty installiert, was bei der Installation ein Backup davon macht.
Dieses Backup konnte man dann nehmen und schon gings wieder.
init_3rdparty musste dann noch paar mal runter und wieder rauf, damit auch cronjobs (ein Script von itari um die crontab zu bearbeiten) wieder tut.

Eigentliche Ursache für das Vollaufen:
wget ignoriert -P zur Angabe des Zielpfades und schreibt einfach in /root.
Sofern in /root wirklich sonst nix liegt kann man dort mit Regelmäßigem 'ls /root | xargs rm' aufräumen.

 

[pylaner]

Hallo zusammen,

ich klink mich hiermal mit ein, da ich fast das selbe Problem wie "mega" habe.
Seit 2 Tagen komm ich nicht mehr auf die Webverwaltung. Alle anderen Services laufen soweit (WEBDAV, SSH, NFS etc.) und Zugriff habe ich auch auf die Datein.
Was ich bisher gemacht habe:

Überprüfung HTTPD:

NAS> ps | grep httpd
 5419 root      9908 S    /usr/syno/sbin/lighttpd -f /usr/syno/mediaserver/lighttpd.debug
 6027 root      2928 S    grep httpd

Versucht den HHTPD manuell zu starten:

NAS> /usr/syno/etc.defaults/rc.d/S97apache-sys.sh start
cp: writing `/usr/syno/apache/conf/httpd.conf-sys.6028': No space left on device
Start System Apache Server .....  -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
httpd: bad group name root
/usr/syno/etc.defaults/rc.d/S97apache-sys.sh: system httpd could not be started

OK, scheint ein device voll zu sein:

NAS> df -h
Filesystem            Size  Used Avail Use% Mounted on
rootfs                2.4G  2.4G     0 100% /
/dev/root             2.4G  2.4G     0 100% /
/tmp                   58M  884K   58M   2% /tmp
/dev/sda3             1.4T  1.3T   63G  96% /volume1
/dev/sda3             1.4T  1.3T   63G  96% /opt
/dev/sdq1             935M  832M  2.8M 100% /volumeUSB2/usbshare
/dev/sdr1             118M  116M  2.0M  99% /volumeUSB1/usbshare

100% Use..scheint nicht gut zu sein..
Hab dann diesen Thread hier gefunden und diverse Hilfestellungen und Anweisungen probiert:

NAS> ls -l /
total 116
drwxr-xr-x   2 root 0  4096 Aug  2 23:51 bin
drwxr-xr-x   6 root 0 40960 Aug  3 22:57 dev
drwxr-xr-x  14 root 0  4096 Aug  3 23:08 etc
drwxr-xr-x  12 root 0  4096 Aug  3 23:08 etc.defaults
drwxr-xr-x   2 root 0  4096 Jun 29 06:55 initrd
drwxr-xr-x  15 root 0 12288 Aug  2 23:51 lib
lrwxrwxrwx   1 root 0    11 Aug  2 23:51 linuxrc -> bin/busybox
drwx------   2 root 0  4096 Jun 29 06:47 lost+found
drwxr-xr-x   2 root 0  4096 Jun 29 06:46 mnt
drwxr-xr-x  17 root 0  4096 Dec  3  2010 opt
dr-xr-xr-x 100 root 0     0 Jan  1  1970 proc
drwxr-xr-x   2 root 0  4096 Aug  2 23:51 root
drwxr-xr-x   2 root 0  4096 Aug  2 23:51 sbin
drwxr-xr-x  11 root 0     0 Jan  1  1970 sys
drwxrwxrwt   7 root 0   820 Aug  4 08:42 tmp
drwxr-xr-x   7 root 0  4096 Aug  2 23:51 usr
drwxr-xr-x  13 root 0  4096 Aug  3 22:57 var
drwxr-xr-x  12 root 0  4096 Aug  2 23:52 var.defaults
drwxrwxrwx  16 root 0  4096 Aug  3 23:08 volume1
drwxr-xr-x   3 root 0  4096 Aug  3 23:08 volumeUSB1
drwxrwxrwx   3 root 0  4096 Aug  3 23:08 volumeUSB2

NAS> ls -l /volume*
/volume1:
total 108
drwxr-xr-x  3 admin 0  4096 Mar 16  2004 @database
drwxr-xr-x  3 root  0  4096 Jul  8 10:54 @download
drwx------  2 root  0  4096 Sep  6  2010 @iSCSITrg
drwxr-xr-x 17 root  0  4096 Dec  3  2010 @optware
drwxr-xr-x 17 root  0  4096 Aug  2 23:52 @postfix
drwxrwxrwx  4 root  0  4096 Aug  3 23:08 @spool
drwxrwxrwx  3 root  0  4096 Aug  3 23:08 @tmp
-rw-------  1 root  0  6144 Aug  4 00:21 aquota.group
-rw-------  1 root  0  8192 Aug  4 00:21 aquota.user
drwx------  2 root  0 16384 Mar 16  2004 lost+found
drwxrwxrwx 56 root  0  4096 Jul  5 12:12 music
drwxrwxrwx 13 root  0 12288 Jul 23 19:45 photo
drwxrwxrwx 11 root  0 20480 Jul 31 12:15 public
drwxrwxrwx  2 root  0  4096 Dec  3  2010 pyload
drwxrwxrwx  2 root  0  4096 Dec 21  2010 surveillance
drwxrwxrwx 20 root  0  4096 Jul 24 13:30 video

/volumeUSB1:
total 1
drwxrwxrwx 5 admin 100 1024 Jan  1  1970 usbshare

/volumeUSB2:
total 4
drwxrwxrwx 3 root 0 4096 Jan 24  2011 usbshare

Dann habe ich "mega" sein abschliessenden Post gelesen und mich der Lösung erfreut, die aber bei mir leider nicht fruchtet.

NAS> ls /root/ | xargs rm
rm: missing operand
Try `rm --help' for more information.

Nun weis ich leider nicht weiter und wäre für jeden hilfreichen Rat eurerseits dankbar.
Gruß pylaner

 

[jahlives]

Ist denn bei dir auch /root so voll? Guck doch mal genau in /root nach was denn so gross ist. Einfach alles in /root wegzuputzen ist nicht unbedingt eine gute Idee

 

[pylaner]

Nunja, da steht nicht viel:

NAS> cd /root
NAS> ls -la
total 16
drwxr-xr-x  2 root 0 4096 Aug  2 23:51 .
drwxr-xr-x 25 root 0 4096 Aug  3 22:57 ..
-rw-r--r--  1 root 0  396 Jun  1 03:57 .profile

und in den Profilordner komm ich nicht rein.

 

[goetz]

Hallo,
was bringt

du -d 1 -x /

Gruß Götz

 

[pylaner]

Hallo,
was bringt

du -d 1 -x /

Gruß Götz

Leider einen Fehler :/

NAS> du -d 1 -x /
du: invalid option -- 'd'
Try `du --help' for more information.

Was genau macht der Befehl?

 

[goetz]

Hallo,
du (disk usage) listet den Speicherplatz von Dateien/Verzeichnissen. Probiere mal

/usr/bin/du -d 1 -x /

Gruß Götz

 

[pylaner]

This looks better

NAS> /usr/bin/du -d 1 -x /
250988  /usr
4036    /sbin
145720  /lib
12      /.local
2396    /etc
2168    /etc.defaults
8       /root
4       /lost+found
120     /.cache
1588    /bin
1974544 /var
36      /.config
4       /volumeUSB2
4       /mnt
4       /initrd
4       /volumeUSB1
136     /var.defaults
52      /dev
2381840 /