Kein Zugriff mehr auf DS nach Update auf DSM 3

[g202e]

du /var
4       /var/spool/cron/crontabs
8       /var/spool/cron
4       /var/spool/postfix/defer
4       /var/spool/postfix/pid
4       /var/spool/postfix/incoming
4       /var/spool/postfix/saved
4       /var/spool/postfix/trace
4       /var/spool/postfix/bounce
4       /var/spool/postfix/maildrop
4       /var/spool/postfix/private
4       /var/spool/postfix/.spamassassin
4       /var/spool/postfix/hold
4       /var/spool/postfix/deferred
4       /var/spool/postfix/public
4       /var/spool/postfix/flush
4       /var/spool/postfix/corrupt
4       /var/spool/postfix/active
64      /var/spool/postfix
76      /var/spool
4       /var/lock
24      /var/packages/sab2/scripts
32      /var/packages/sab2
24      /var/packages/Webshare Enable/scripts
32      /var/packages/Webshare Enable
24      /var/packages/Service Switch/scripts
32      /var/packages/Service Switch
24      /var/packages/Config File Editor/scripts
32      /var/packages/Config File Editor
32      /var/packages/adm/scripts
44      /var/packages/adm
24      /var/packages/Init_3rdparty/scripts
36      /var/packages/Init_3rdparty
24      /var/packages/Current Connection/scripts
32      /var/packages/Current Connection
244     /var/packages
4       /var/services/blog
8       /var/services
4       /var/empty
4       /var/lib/nfs/sm
8       /var/lib/nfs
4       /var/lib/postfix
16      /var/lib
80      /var/run/printing
4       /var/run/saslauthd
428     /var/run
4       /var/log/cores/smbd
4       /var/log/cores/nmbd
12      /var/log/cores
13528   /var/log/lighttpd
16232   /var/log
4       /var/state/ups
8       /var/state
17024   /var

 

[goetz]

Hallo,
/var ist nicht das Problem.
Dann mach mal
du -d 1 /
das kann sehr lange dauern.

Gruß Götz

 

[g202e]

Bist du sicher, dass var nicht Schuld ist?

cd /var/log/
dir
drwxr-xr-x    4 root     root          4096 Sep 23 22:40 .
drwxr-xr-x   11 root     root          4096 Sep 27 09:05 ..
drwx------    4 root     root          4096 Aug 29  2009 cores
-rw-r--r--    1 root     root       2174976 Sep 27 14:28 dms.log
-rw-r--r--    1 root     root        239080 Jul 15 17:02 dms.log.1.gz
drwxr-xr-x    2 admin    users         4096 Dec  4  2009 lighttpd
-rw-r--r--    1 root     root             0 Aug 29  2009 log.nmbd
-rw-r--r--    1 root     root           372 Sep  8  2009 log.smbd
-rw-r--r--    1 root     root          1009 Jun 10  2009 log.windows
-rw-------    1 root     root         76824 Sep 27 10:44 messages
-rw-------    1 root     root         21432 Aug 23 08:00 messages.0.gz
-rw-------    1 root     root         23247 May 16 08:00 messages.1.gz
-rw-------    1 root     root         17844 Apr 11 12:30 messages.2.gz
-rw-------    1 root     root         15920 Jan  9  2010 messages.3.gz
-rw-r--r--    1 root     root           112 Sep 23 22:45 netlive
-rw-r--r--    1 root     root            96 Apr 17 19:36 netstats
-rw-------    1 root     root         65536 Sep 27 10:44 synoconn.log
-rw-------    1 root     root         65506 Sep 27 10:44 synosys.log
-rw-rw-rw-    1 root     root          1116 Sep 23 20:54 synoupdate.log

Kann man nicht die logs einfach löschen?

 

[goetz]

Hallo,
das sind 2MB, die stören nun wirklich nicht. /var hat 17MB.

Gruß Götz

 

[g202e]

Danke für deine Geduld.

du -d 1 /
132     /var.defaults
217080  /usr
261570112       /volume1
4       /lost+found
17024   /var
4       /initrd
1996    /etc
4       /opt
24      /dev
8       /root
137076  /lib
4       /mnt
3       /proc
1684    /etc.defaults
3648    /sbin
1460    /bin
572     /tmp
2001512 /800 laptop repair
4       /sys
263952363       /

 

[itari]

Das Verzeichnis /800 ist groß und es sieht so aus, als würde es die System-Partition zumüllen.

Itari

 

[g202e]

Das sieht mir stark nach einem Usenet-Download aus. Der hat dort natürlich überhaupt nix zu suchen...
Scheint eine Folge der Probleme mit SABNZBD zu sein.
Wie lösche ich das?

 

[itari]

rm -r /800*

Aber dran denken, da wird dann rigeros gelöscht ... wenn du es aufwendiger haben möchtest, dann mache lieber rm -ri /800* ... dann wird der Löschvorgang jeder Datei abgefragt (yes/no).

Itari

 

[g202e]

Danke.
Jetzt gibt df Folgendes:

 df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda1              2450928    449416   1976612  19% /
/tmp                     15100       572     14528   4% /tmp
/dev/hda3            477627796 261775052 215750344  55% /volume1

Sieht schon besser aus. Hab jetzt erstmal nen Termin; werde dann mal neu starten und schauen, was geht...

 

[g202e]

So, auch nach einem Neustart ist keine Verbindung über den Browser möglich. "Die von Ihnen aufgerufene Adresse https://192.168.1.65:5001/ ist zurzeit nicht erreichbar."
Habe jetzt nochmal Folgendes anzubieten:

 ps | grep httpd
 1270 root      9980 S    /usr/syno/sbin/lighttpd -f /usr/syno/mediaserver/lig
 1593 root     17736 S    /usr/syno/apache/bin/httpd -DSSL
 1614 nobody   17736 S    /usr/syno/apache/bin/httpd -DSSL
 1615 nobody   17736 S    /usr/syno/apache/bin/httpd -DSSL
 1616 nobody   17736 S    /usr/syno/apache/bin/httpd -DSSL
 1617 root     14288 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache
 1671 root     14288 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache
 1672 root     14288 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache
 1813 root      2800 S    grep httpd
DS-xxxx>
DS-xxxxxx> cat /var/log/messages | grep httpd
Sep 24 08:02:16 S97apache-webdav.sh: backup /usr/syno/apache/conf/httpd-webdav.conf-sys failed.
Sep 27 09:07:38 S97apache-sys.sh: backup /usr/syno/apache/conf/httpd.conf-sys failed.
Sep 27 09:07:39 /usr/syno/etc/rc.d/S97apache-user.sh: /usr/syno/apache/conf/httpd.conf is empty.
Sep 27 09:07:39 S97apache-webdav.sh: backup /usr/syno/apache/conf/httpdwebdav.conf-sys failed.
Sep 27 10:43:36 /usr/syno/etc/rc.d/S97apache-user.sh: /usr/syno/apache/conf/httpd.conf is empty.
Sep 27 10:44:46 S97apache-sys.sh: backup /usr/syno/apache/conf/httpd.conf-sys failed.

 

[ubuntulinux]

Port in der Firewall gesperrt?

 

[g202e]

Falls du die FW der DS meinst: Zumindest habe ich nichts absichtlich gesperrt. Es ging ja nach dem FW-Update schon mal...
Kann ich das irgendwie feststellen?

 

[ubuntulinux]

was passiert wenn Du

telnet localhost 5000

eingibst und dort dann den Befehl

get test


eingibst?


gruss ubuntulinux

 

[g202e]

Und Putty als root meint:

telnet localhost 5000
telnet: can't connect to remote host (127.0.0.1): Connection refused

 

[ubuntulinux]

Musst Du eingeben wenn du mit SSH mit deiner DS verbunden bist

 

[g202e]

telnet localhost 5000
telnet: can't connect to remote host (127.0.0.1): Connection refused

 

[ubuntulinux]

Kannst Du mir auch mal die SSH-Daten schicken und die URL wo ich testenkann ob es funktioniert? Dann würd ich auch schnell drauf schauen


gruss ubuntulinux

 

[atarifreak]

Also wenn ich das hier so ese, sollte man fast kein update machen. Oder an sichert vorher die apach config...
kann jemand vielleicht die korrekte Version mal posten? also wie es bei einer frischen installation aussieht? (Werkseinstellungen?)

 

[jahlives]

Bitte den Doppelpost löschen. Einmal reicht vollkommen

 

[atarifreak]

Bitte den Doppelpost löschen. Einmal reicht vollkommen

jaja. hing grad und dann hab ich wohl 2x auf Antworten geklickt...