Nicht ausreichende Kapazität für aktualisierung

[Nightlover]

@dil88

danke für deine Hilfe, habe wohl ein Brett vor dem Kopf den ich versteh im moment Bahnhof, Synology will ja auch mal drauf schauen und dann mal schauen was die gemacht haben.

noch einen Schönen Abend.

Night

 

[dil88]

Ich weiß nicht recht, wie ich es besser als in Beitrag 2 beschreiben soll. Du hast du -mxd 1 / gemacht. Dabei ist 'rausgekommen, dass /var das größte Verzeichnis ist. Also gehts damit weiter, um die Ursache für die volle Systempartition zu finden: du -mxd1 /var. Dann schaust Du in der Liste wieder, welches das größte Verzeichnis ist. Ist es /var/log, dann folgt das Kommando ls -l /var/log, was Dir die Dateien in dem Verzeichnis auflistet einschließlich ihrer Größe. Die Liste kannst Du entweder posten oder selbst schauen, was die größte Datei ist und die dann löschen mit dem rm Kommando.

 

[Nightlover]

Danke dir, jetzt sehe ich was ich falsch gemacht habe, werde morgen nochmals einen Anlauf diesbezüglich machen und es dann bei fragen die Listen nochmals Posten.

 

[Nightlover]

@dil88

also nun müsste ich wohl noch wissen was und was ich nicht Löschen kann.

root@DS2415plus:~# ls -l /var/log
total 503308
-rw-rw---- 1 system log 1946878 Nov 10 12:42 apparmor.log
-rw-r----- 1 root log 4463331 Nov 16 12:52 auth.log
-rw-rw---- 1 system log 193775 Nov 15 20:43 bash_err.log
-rw-rw---- 1 system log 20480 Nov 16 12:55 bash_history.log
-rw-r--r-- 1 root root 33985 Oct 20 13:13 calendar.log
drwxr-xr-x 2 root root 4096 Apr 14 2016 cloudsync
drwxr-xr-x 2 root root 4096 Mar 6 2016 cluster
drwxr-xr-x 2 root root 4096 Apr 17 2016 cstn
-rw-r--r-- 1 root root 0 Apr 13 2016 disk_log.xml
-rw-r--r-- 1 root root 1018 Nov 2 13:54 disk_overview.xml
-rw-rw-rw- 1 root root 314 Nov 13 00:02 disk_smart_test_log.xml
-rw-r--r-- 1 root root 165573 Nov 2 13:54 dmesg
-rw-r--r-- 1 root root 47136 Oct 8 13:52 dmesg.1.xz
-rw-r--r-- 1 root root 0 Oct 12 13:38 dms.log
drwxr-x--- 2 system log 4096 Apr 14 2016 Docker
-rw-r--r-- 1 root root 39186 Oct 8 13:51 dpkg.log
-rw-r--r-- 1 root root 26928 Oct 8 13:51 dpkg_upgrade.log
-rw-rw---- 1 system log 5020426 Nov 15 22:26 esynoscheduler.log
-rw-rw---- 1 system log 471804076 Nov 16 12:55 fileindexd.log
-rw-rw---- 1 system log 2086376 Nov 16 12:46 fileindexd.log.1.xz
-rw-rw---- 1 system log 2049636 Nov 16 12:20 fileindexd.log.2.xz
-rw-rw---- 1 system log 2211276 Nov 16 11:55 fileindexd.log.3.xz
-rw-rw---- 1 system log 2128888 Nov 16 11:29 fileindexd.log.4.xz
-rw-r----- 1 root root 128 Jun 6 17:40 ha.log
drwxr-xr-x 2 root root 4096 Nov 2 11:12 httpd
-rw-rw---- 1 system log 11274 Nov 2 13:54 iscsi.log
-rw-rw---- 1 system log 979926 Nov 16 03:08 kern.log
-rw-rw---- 1 system log 10104690 Nov 16 12:47 messages
drwxr-x--- 2 http root 4096 Apr 13 2016 nginx
drwxr-xr-x 2 root root 4096 Mar 6 2016 openvswitch
-rw------- 1 root root 754566 Nov 2 14:07 php-fpm.log
-rw-rw---- 1 system log 85935 Nov 16 11:30 postgresql.log
-rw-r--r-- 1 root root 243 Oct 20 13:13 restore.log
-rw-rw---- 1 system log 31876 Nov 15 14:57 router.log
-rw-r--r-- 1 root root 0 Apr 13 2016 rsync.error
drwxr-xr-x 2 root root 4096 Apr 13 2016 samba
-rw-rw---- 1 system log 180778 Nov 2 13:54 scemd.log
drwxr-x--- 2 root root 4096 Nov 2 13:54 selfcheck
-rw-r--r-- 1 root root 134 Nov 13 00:02 smart_quick_log
-rw-r--r-- 1 root root 3722 Nov 2 13:53 space_operation_error.log
-rw-rw---- 1 system log 8581 Nov 2 14:07 synocal.log
-rw-rw---- 1 system log 5126123 Nov 2 13:54 synocmsclient.log
-rw-rw---- 1 system log 73412 Jun 4 22:29 synocmsclient.log.1.xz
-rw-rw---- 1 system log 72872 Jun 3 04:29 synocmsclient.log.2.xz
-rw-rw---- 1 system log 72608 Jun 1 10:29 synocmsclient.log.3.xz
-rw-rw---- 1 system log 71496 May 30 16:29 synocmsclient.log.4.xz
-rw-rw---- 1 system log 158754 Nov 5 03:08 synocontentextractd.log
-rw-rw---- 1 system log 61224 Nov 2 12:00 synocontentextractd.log.1.xz
-rw-rw---- 1 system log 64744 Oct 22 03:30 synocontentextractd.log.2.xz
-rw-rw---- 1 system log 66764 Oct 11 14:00 synocontentextractd.log.3.xz
-rw-rw---- 1 system log 62352 Sep 30 20:00 synocontentextractd.log.4.xz
-rw-rw---- 1 system log 27245 Nov 2 13:51 synocontentsearchd.log
-rw-r--r-- 1 root root 90255 Nov 10 12:42 synocrond-execute.log
-rw-rw---- 1 system log 16576 Nov 10 12:42 synocrond.log
-rw-rw---- 1 system log 1681 Nov 2 13:54 synodr_replica_db.log
-rw-rw---- 1 system log 275 Apr 16 2016 synodr_replica.log
-rw-rw---- 1 system log 183 Nov 2 13:54 synodr_replica_task.log
-rw-rw---- 1 system log 1306418 Nov 8 20:30 synoelasticd.log
-rw-rw---- 1 system log 41372 Nov 10 12:41 synofeasibilitycheck.log
-rw-r--r-- 1 root root 9196 Nov 2 13:53 synoinfo.conf.bad
drwxr-x--- 2 system log 4096 Nov 16 12:51 synolog
-rw-r--r-- 1 root root 3007426 Nov 16 04:00 synopkg.log
-rw-rw---- 1 system log 6135 Nov 2 13:52 synopoweroff.log
-rw------- 1 root root 83261 Nov 4 04:03 synorelayd.log
-rw-r----- 1 root root 732 Apr 13 2016 synoscheduler.log
-rw-rw---- 1 system log 111133 Nov 16 12:46 synoservice.log
-rw-rw---- 1 system log 95552 Nov 12 07:35 synoservice.log.1.xz
-rw-rw---- 1 system log 1072 Nov 2 13:51 synotifyd.log
-rw-r--r-- 1 root root 4096 Nov 2 13:54 synoupdate.log
-rw-rw---- 1 system log 80822 Nov 16 12:46 syslog.log
drwxr-xr-x 2 root root 4096 Nov 2 13:54 upstart

 

[dil88]

M.E. ist es fileindexd.log plus Archive (knapp 0,5GB). Wenn ich diesen Thread richtig verstehe, dann steckt dahinter die Medienindizierung. Offenbar werden bei Dir extrem viele Dateien indiziert. Das solltest Du Dir einmal ansehen und prüfen, ob Du bestimmte gemeinsame Ordner aus der Indizierung herausnehmen kannst. Ansonsten läuft Dir die Systempartition bald wieder voll.

 

[Nightlover]

danke für die infos, komisch ist nur, das im Moment in den Ordnern die Indiziert werden gar nix drin ist.

ich der keine Ahnung hat wie lösche ich den jetzt diese fileindexd.log plus Archive denn?

und wie melde ich mich den korrekt von der ssh Sitzung ab?

 

[dil88]

Die Archive kannst Du liegen lassen, die fressen kein Brot. "fileindexd.log" löschst Du wie folgt:

cat /dev/null > /var/log/fileindexd.log

Und aus der Shell kommst Du mit dem Kommando "exit".

Edit: Schau Dir aber vielleicht einmal an, was am 15.11. - sprich gestern - noch 'reingeschrieben wurde. Befehl dafür:

tail /var/log/fileindexd.log

 

[Nightlover]

tail /var/log/fileindexd.log

2016-11-16T13:38:35+01:00 DS2415plus fileindexd: daemon.cpp:229 Unknown error in main loop, reason=[accept failed, reason=Success]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: domain_socket_handler.cpp:51 (15898, 0) Failed [0 > (fd_command_ = accept(fd_, NULL, NULL))], reason: accept failed, reason=Too many open files [err: Too many open files]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: daemon.cpp:229 Unknown error in main loop, reason=[accept failed, reason=Success]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: domain_socket_handler.cpp:51 (15898, 0) Failed [0 > (fd_command_ = accept(fd_, NULL, NULL))], reason: accept failed, reason=Too many open files [err: Too many open files]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: daemon.cpp:229 Unknown error in main loop, reason=[accept failed, reason=Success]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: domain_socket_handler.cpp:51 (15898, 0) Failed [0 > (fd_command_ = accept(fd_, NULL, NULL))], reason: accept failed, reason=Too many open files [err: Too many open files]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: daemon.cpp:229 Unknown error in main loop, reason=[accept failed, reason=Success]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: domain_socket_handler.cpp:51 (15898, 0) Failed [0 > (fd_command_ = accept(fd_, NULL, NULL))], reason: accept failed, reason=Too many open files [err: Too many open files]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: daemon.cpp:229 Unknown error in main loop, reason=[accept failed, reason=Success]
2016-11-16T13:38:35+01:00 DS2415plus fileindexd: domain_socket_handler.cpp:51 (15898, 0) Failed [0 > (fd_command_ = accept(fd_, NULL, NULL))], reason: accept failed, reason=Too many open files [err: Too many open files]

sieht ja auch nicht gerade tot aus

 

[dil88]

Da hast Du auf jeden Fall das Problem sehr schön illustriert: Irgendetwas läuft Amok und schreibt wie wild Fehlermeldungen in diese Datei.

Edit: Schau Dir bitte einmal den letzten Beitrag in dem Thread an, den ich Beitrag 25 verlinkt habe. Vielleicht hast Du auch so ein Wahnsinnsarchiv, das indiziert wird.

 

[Nightlover]

habe jetzt mal gelöscht und mal schauen was mir Synology mitteilt. Werde ihnen dann mal diese Infos als nächste Antwort geben. Danke nochmals und schönen Tag noch.

Night

 

[dil88]

Sehr gut, das ist ein Support-Thema, was hier durchdreht, weil zu viele Dateien geöffnet sind.

 

[Nightlover]

Ist ja auch erst seit 6.1 Beta und wie bereits gesagt, sind dass alles noch leere Ordner die indiziert werden und die läuft durchgehend obwohl nix da ist. Habe die Indizierung mal zur Sicherheit ausgeschaltet und warte was der Support meint.

Werde die infos dann hier Posten oder einen neues Thema dazu eröffnen?

Night

 

[dil88]

Ich würde an Deiner Stelle zukünftig nicht unbedingt die Betaversionen nutzen. Poste die Informationen entweder hier oder im Betathread, wenn es an der Beta liegt.

 

[frostixxl]

Hi,
ich bin ja schon froh es überhaupt hinbekommen zu haben, mit Putty eine Verbindung aufgebaut zu bekommen, denn Euren Text verstehe ich leider so gut wie gar nicht.
Ich habe das gleiche Problem, dass ich nicht mehr updaten kann.
JDownloader ist bei mir drauf und gerade heute war ich seit Ewigkeiten damit mal wieder aktiv.
Ich habe etliche Gb im Download Ordner (auf der216play) über den Windows Explorer gelöscht.Vielleicht liegt es ja daran. Papierkorb Funktion ist auf der NAS deaktiviert.

root@DS216play:~# ls -l /var/log
total 3020
-rw-rw---- 1 system log 702 Mar 30 20:11 apparmor.log
-rw-rw---- 1 system log 7027 Mar 30 20:12 appindex.log
-rw-r----- 1 root log 7112 Mar 30 20:53 auth.log
-rw-rw---- 1 system log 37258 Mar 30 20:13 bash_err.log
-rw-rw---- 1 system log 1084 Mar 30 21:03 bash_history.log
-rw-rw---- 1 system log 429290 Mar 30 20:12 disk.log
-rw-r--r-- 1 root root 0 Feb 14 19:53 disk_log.xml
-rw-r--r-- 1 root root 718 Mar 30 20:12 disk_overview.xml
-rw-rw-rw- 1 root root 310 Mar 14 00:02 disk_smart_test_log.xml
-rw-r--r-- 1 root root 139336 Mar 30 20:12 dmesg
-rw-r--r-- 1 root root 1941 Mar 3 03:57 dpkg.log
-rw-r--r-- 1 root root 1550 Mar 3 03:57 dpkg_upgrade.log
-rw-rw---- 1 system log 1625 Mar 30 20:12 esynoscheduler.log
-rw-rw---- 1 system log 6174 Mar 30 20:12 fileindexd.log
drwxr-xr-x 2 root root 4096 Feb 14 19:50 fsck
-rw-rw---- 1 system log 1989 Feb 14 19:53 ha.log
drwxr-xr-x 2 root root 4096 Jan 26 01:14 healthtest
-rw-rw---- 1 system log 29048 Mar 30 20:12 iscsi.log
-rw-rw---- 1 system log 453770 Mar 30 20:12 kern.log
-rw-rw---- 1 system log 503890 Mar 30 20:35 messages
drwxr-x--- 2 http root 4096 Feb 14 19:51 nginx
-rw-rw---- 1 system log 3781 Mar 30 20:12 postgresql.log
-rw-rw---- 1 system log 1000 Feb 24 12:19 router.log
drwxr-xr-x 2 root root 4096 Feb 14 19:51 samba
-rw-rw---- 1 system log 775333 Mar 30 20:12 scemd.log
drwxr-x--- 2 root root 4096 Feb 14 19:53 selfcheck
-rw-rw---- 1 system log 1424 Feb 14 19:51 sfdisk.log
-rw-r--r-- 1 root root 134 Mar 14 00:02 smart_quick_log
-rw-rw-rw- 1 root root 507 Mar 30 20:11 space_operation_error.log
-rw-r--r-- 1 root root 330 Mar 30 20:12 synocmsclient.log
-rw-r--r-- 1 root root 19047 Mar 30 19:33 synocrond-execute.log
-rw-rw---- 1 system log 7619 Mar 30 20:11 synocrond.log
-rw-rw---- 1 system log 339568 Mar 30 20:19 synoelasticd.log
-rw-rw---- 1 system log 11130 Mar 30 20:10 synofeasibilitycheck.log
drwx------ 2 system log 4096 Mar 30 20:59 synolog
-rw-r--r-- 1 root root 75817 Mar 30 20:12 synopkg.log
-rw-rw---- 1 system log 452 Mar 30 20:10 synopoweroff.log
-rw------- 1 root root 173 Feb 14 20:30 synorelayd.log
-rw-rw---- 1 system log 767 Feb 14 20:20 synoscheduler.log
-rw-rw---- 1 system log 73674 Mar 30 20:35 synoservice.log
-rw-r--r-- 1 root root 245 Mar 3 03:57 synoupdate.log
-rw-rw---- 1 system log 2897 Mar 30 20:11 syslog.log
drwxr-xr-x 2 root root 4096 Mar 30 20:35 upstart



root@DS216play:~# du -xhd 1 /
5.7M /var.defaults
4.0K /mnt
9.3M /.syno
4.0K /lost+found
1.3G /root
33M /var
4.0K /initrd
4.0K /.old_patch_info
16K /.system_info
7.8M /etc
7.1M /etc.defaults
725M /usr
2.0G /

root@DS216play:~# du -xhd 1 /root
8.0K /root/.gnupg
12K /root/.oracle_jre_usage
1.3G /root/Downloads
1.3G /root


Ich hab auch keine Ahnung, was ihr meint, mit die Log Datei vom JDownloader muss deaktivert werden.
Vielleicht kann es mir jemand kurz erklären ?

 

[Tommi2day]

lösche mal den Müll in /root/Downloads. Das gehört da nicht hin

 

[frostixxl]

Das hab ich mir fast gedacht, aber ich weiß nicht mal mit welchem Befehl. Ich frag lieber, bevor ich was falsch versuche.
Ich kann derzeit auch keine Filme mehr schauen, hängt dauernd, dürfte wohl damit zusammen hängen ?

im usr Verzeichnis sind auch 725mb, muss ich mir da Gedanken machen ?

 

[Tommi2day]

/usr gehört zum Betriebssystem.
Löschen geht auf der Konsole als root mit

rm -rf /root/Downloads

Das haut den ganzen Ordner weg. Aber bitte genau so mit allen Slashes eingeben!

 

[frostixxl]

rm hab ich mir fast gedacht, aber nicht den Rest. Sicher, dass man gleich den ganzen Ordner löschen sollte, dachte nur den Inhalt ?

 

[Tommi2day]

ja, der gehört definitiv nicht dahin! Wenn eine Software den in /root haben will, läuft sie verkehrt.
Nur zum Lernen: Files innerhalb eines Directories löscht man mit dem Stern. -r heisst rekursiv, -f force (keine Rückfragen)

rm -rf /root/Downloads/*

 

[frostixxl]

Danke, habe ihn gelöscht, Update läuft jetzt endlich.

Die RAM Anzeige zeigt allerdings auch noch immer 49% an, obwohl nichts läuft ( vor dem Update ).
Ist das vielleicht der Cloud Station Server ?