Kein Firmewareupdate möglich -> Nicht ausreichende Kapazität für Aktualisierung....

[dil88]

Mit dem Kommando ls -l werden Dir die Inhalte eines Verzeichnisses angezeigt - hier also z.B. "ls -l /Volume2". Löschen kannst Du das Verzeichnis mit "rm -rf /Volume2".

 

[Logo00]

Vielen Dank Das Löschen von Volume 2 hat die Lösung gebracht. Nur Multimedia2 und multimedia 2 lassen sich leider nicht löschen. Es passiert einfach nichts. Gibt es dafür vll. auch eine Lösung?

 

[dil88]

Sicher, Du musst das Leerzeichen escapen. Probiere es einmal so:

rm -rf /multimedia\ 2
rm -rf /Multimedia\ 2

 

[Logo00]

Hat super funktioniert Vielen lieben Dank !!!

 

[A T H]

Hallo,

ich hänge mich auch mal hier dran.

Meine DSM 412+ ist zu 41% ausgelastet (2,67 TB geamt und 1.83 TB belegt) und möchte für das Update mindestens 350 MB haben.

DF liefert:
Filesystem 1K-blocks Used Available Use% Mounted on
/var 2385528 1910544 356200 85% /usr/local/zarafa-licensed/
var
/tmp 506244 752 505492 1% /tmp
/run 506244 16136 490108 4% /run
/dev/shm 506244 0 506244 0% /dev/shm
none 4 0 4 0% /sys/fs/cgroup
/dev/bus/usb 502184 4 502180 1% /proc/bus/usb
/dev/vg1000/lv 4831051504 1962079032 2868853688 41% /volume1

und du -d 1 -x / liefert:

864 /bin
9956 /etc
4 /initrd
233420 /lib
7036 /lib64
4 /lost+found
4 /mnt
16 /.system_info
64 /root
32 /.old_patch_info
7384 /sbin
14436 /.syno
1615704 /usr
9292 /etc.defaults
2376 /var.defaults
20 /volumeUSB1
1900624 /

Als Linux Dau habe ich keine Ahnung was zu tun ist.

Danke und Gruß
Andreas

 

[goetz]

Hallo,
Dein Problem liegt unter /usr, vermutlich unter /usr/local/zarafa-licensed.
Also weiter suchen
du -d 1 -x /usr

Gruß Götz

 

[A T H]

Hallo Götz,

danke für Deine Antwort. Das Kommando liefert:

588 /usr/libexec
43528 /usr/bin
1284356 /usr/local
6888 /usr/sbin
250692 /usr/syno
12 /usr/var
44152 /usr/share
1630220 /usr

ls /usr/local/zarafa-licensed/bin -al zeigt Folgendes:

drwxr-xr-x 2 root root 4096 Aug 9 2014 .
drwxr-xr-x 9 root root 4096 Nov 8 2014 ..
-rwxr-xr-x 1 root root 1136976 Jan 30 14:44 ash
-rwxr-xr-x 1 root root 104576 Jan 30 14:44 cp
-rwxr-xr-x 1 root root 50896 Jan 30 14:44 iconv
-rwxr-xr-x 1 root root 36896 Jan 30 14:44 login
-rwxr-xr-x 1 root root 96400 Jan 30 14:44 ls

Ich habe allerdings keine Ahnung was in diesen Verzeichnissen steht und ob ich sie löschen kann.

Danke und Gruß
Andreas

 

[goetz]

Hallo,
jetzt immer systematisch weitermachen, immer mit dem größten Verzeichnis, jetzt /usr/local
du -d 1 -x /usr/local

Gruß Götz

 

[A T H]

Hallo Götz,

soweit so klar.

48 /usr/local/cups
68 /usr/local/etc
36 /usr/local/doc
216 /usr/local/libexec
1284296 /usr/local/zarafa-licensed
4 /usr/local/packages
1284672 /usr/local

du -d 1 -x /usr/local/zarafa-licensed
1408 /usr/local/zarafa-licensed/bin
24 /usr/local/zarafa-licensed/etc
2264 /usr/local/zarafa-licensed/lib
4 /usr/local/zarafa-licensed/tmp
40536 /usr/local/zarafa-licensed/usr
1240052 /usr/local/zarafa-licensed/var
1284296 /usr/local/zarafa-licensed

Im Zarafa-licensed Verzeichnis scheint der Ordner log sehr groß zu sein.

du -d 1 -x /usr/local/zarafa-licensed/var
20 /usr/local/zarafa-licensed/var/synobackup
96 /usr/local/zarafa-licensed/var/cache
28 /usr/local/zarafa-licensed/var/spool
8 /usr/local/zarafa-licensed/var/services
11376 /usr/local/zarafa-licensed/var/lib
1564 /usr/local/zarafa-licensed/var/packages
4 /usr/local/zarafa-licensed/var/empty
1224288 /usr/local/zarafa-licensed/var/log
8 /usr/local/zarafa-licensed/var/state
2632 /usr/local/zarafa-licensed/var/dynlib
4 /usr/local/zarafa-licensed/var/db
16 /usr/local/zarafa-licensed/var/net-snmp
12 /usr/local/zarafa-licensed/var/@tmp
1240060 /usr/local/zarafa-licensed/var

In der Windows-Welt würde ich den Inhalt des Ordners einfach löschen. Aber kann ich das hier auch machen?

Gruß
Andreas

 

[goetz]

Hallo,
schau erst mal was in dem Ordner ist.
ls -la /usr/local/zarafa-licensed/var/log
Dann kannst Du auch in Zarafa schauen ob es dort die Möglichkeit gibt das log File zu löschen oder zu reduzieren.

Gruß Götz

 

[A T H]

Hallo Götz,

in Zarafa selber gibt es leider keine Möglichkeit die Log-Files zu löschen oder zu verkleinern. Besonders groß ist die Datei "fetchmail". Die Frage ist, ob diese Datei neu angelegt wird, wenn ich sie lösche.

drwxr-xr-x 10 root root 4096 Jan 30 15:34 .
drwxr-xr-x 15 root root 4096 Feb 6 05:28 ..
-rw-r--r-- 1 root root 3094 Apr 16 20:22 ash_history.log
drwxr--r-- 2 root root 4096 Mar 3 2014 cluster
drwxr-xr-x 2 root root 4096 May 12 2015 cstn
-rw-r--r-- 1 root root 17355 Mar 26 10:00 disk_log.xml
-rw-r--r-- 1 root root 3465 Apr 1 00:00 disk_overview.xml
-rw-r--r-- 1 root root 623907 Jan 30 14:36 dmesg
-rw-r--r-- 1 root root 48996 Aug 15 2015 dmesg.1.xz
-rw-r--r-- 1 root root 43136 Oct 31 2014 dmesg.2.xz
-rw-r--r-- 1 root root 0 Jul 1 2014 dms.log
-rw-r--r-- 1 root root 136516 Feb 21 10:06 dpkg.log
-rw-r--r-- 1 root root 91428 Feb 21 10:06 dpkg_upgrade.log
-rw-r--r-- 1 root root 1151738853 Apr 17 08:19 fetchmail
-rw-r----- 1 root root 1064 May 12 2015 gcpd.log
drwxr-xr-x 2 root root 4096 Feb 5 09:47 httpd
-rw-r----- 1 root root 455566 Apr 16 20:29 kern.log
-rw-r--r-- 1 root root 24723 May 12 2015 log.nmbd
-rw-r--r-- 1 root root 15140 May 1 2015 log.smbd
-rw-rw-rw- 1 root root 30 Jul 1 2014 lvm_lv_create_log
-rw-r----- 1 root root 4452439 Apr 17 08:17 messages
-rw-r----- 1 root root 225152 Jan 13 2015 messages.1.xz
-rw-r----- 1 root root 246796 Nov 8 2014 messages.2.xz
-rw-rw-rw- 1 root root 0 Dec 16 19:19 mount.log
drwx------ 2 http http 4096 Jul 2 2014 nginx
-rw-rw-rw- 1 root root 0 Jul 1 2014 partition
-rw------- 1 root root 198886 Apr 16 20:30 php-fpm.log
-rw------- 1 root root 51192 Jan 30 14:44 php-fpm.log.1.xz
-rw------- 1 root root 49200 Jan 10 07:53 php-fpm.log.2.xz
-rw------- 1 root root 67060 Dec 18 06:21 php-fpm.log.3.xz
-rw------- 1 root root 56772 Dec 10 18:56 php-fpm.log.4.xz
-rw-r----- 1 root root 110039 Jan 30 14:34 postgresql.log
-rw-r--r-- 1 root root 27720 Jul 1 2014 router.log
drwxr-xr-x 2 root root 4096 May 12 2015 samba
-rw-r----- 1 root root 121234 Mar 26 10:00 scemd.log
drwxr-x--- 2 root root 4096 Apr 11 02:00 selfcheck
-rw-r--r-- 1 root root 151 Feb 1 2015 ssupgradeerr.log
-rw-r--r-- 1 root root 3192 Feb 1 2015 surveillance.log
-rw-r----- 1 root root 669720 Apr 16 20:29 synodtv.log
-rw-r--r-- 1 root root 7767 Jan 30 14:34 synoinfo.conf.bad
drwx------ 2 root root 4096 Apr 17 08:19 synolog
-rw-r--r-- 1 root root 1032195 Apr 16 20:30 synopkg.log
-rw------- 1 root root 5504 Apr 8 12:17 synorelayd.log
-rw-r----- 1 root root 841596 Apr 16 20:30 synoservice.log
-rw-r--r-- 1 root root 7295 Feb 21 10:06 synoupdate.log
-rw-r----- 1 root root 121835 Mar 29 15:26 syslog.log
-rw-r--r-- 1 root root 163 Dec 16 19:19 timebkp.debug
drwxr-xr-x 2 root root 4096 Dec 16 15:49 upstart
lrwxrwxrwx 1 root root 25 Aug 9 2014 zarafa -> /usr/local/za

Gruß
Andreas

 

[dil88]

Die Datei fetchmail ist der Verursacher, das stimmt. Du könntest das Paket Zarafa temporär deaktivieren, die Datei fetchmail auf ein Volume bzw. einen gemeinsamen Ordner kopieren und dann folgendermaßen löschen:

cat /dev/null > /usr/local/zarafa-licensed/var/log/fetchmail

 

[AndiHeitzer]

cat /dev/null > /usr/local/zarafa-licensed/var/log/fetchmail

Ich weiss ja nicht, ob /DEV/NULL gelesen werden kann

Ein ...

echo . > /usr/local/zarafa-licensed/var/log/fetchmail

... sollte aber fehlerfrei laufen.

 

[dil88]

Ich weiß es, es geht.

 

[A T H]

Danke an Alle, die mir geholfen haben. Das Löschen der fetchmail log Datei hat problemlos funktioniert und danach war genügend Platz für das Update vorhanden.

Leider war die ganze Aufregung umsonst, denn während der Installation kam der Hinweis, daß man für das Update Zarafa deinstallieren oder anhalten sollte. Wie ich zwischenzeitlich gelesen habe verträgt sich DSM 6.. wohl überhaupt nicht mit Zarafa und Zarafa scheint mittlerweile auch eine Einbahnstraße zu sein. Wirklich schade. Da gibt es endlich einen Exchange Ersatz und dann das.

Gruß
Andreas

 

[goetz]

Hallo,
http://www.synology-forum.de/showthread.html?65932-Wie-geht-s-mit-dem-Zarafa-Package-weiter
zarafa4home wird die Alternative.

Gruß Götz

 

[Max-de]

Hallo,

ich würde mich mal mit an das Thema hängen, da ich ein ähnliches Problem habe. Ich habe ein DS2212+ auf welchem ich ein 15T Raid 5 laufen habe der 1 zu 1 per iSCSI auf einem Win2008R2 Server eingebunden ist. Daher auch die 100% belegt auf Volume1. Mein Problem ist das ich die Tage auf das DSM 6.0 updaten wollte und da immer die Meldung kommt "Der freie Speicherplatz der Bootdisk ist unzureichend. .... (Notes: Insufficient capacity for update Please make sure the volume has at least 2161.00 MB available.) Ich habe leider keine Ahnung bzw. Idee wie ich das Problem lösen kann, da scheinbar ja nix übermäßig voll ist.


df -h

Filesystem Size Used Avail Use% Mounted on
/dev/root 2.3G 620M 1.6G 28% /
/tmp 495M 620K 494M 1% /tmp
/run 495M 3.5M 491M 1% /run
/dev/shm 495M 0 495M 0% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
/dev/bus/usb 491M 4.0K 491M 1% /proc/bus/usb
/dev/md2 15T 15T 666M 100% /volume1

Gruß
Max

 

[dil88]

Auf dem Root-Fileysystem ist eher viel als wenig Platz. Volume 1 ist ziemlich voll, aber das passt nicht zur Fehlermeldung. Vielleicht liegts trotzdem daran. Ansonsten würde ich ein Ticket bei Synology aufmachen.

 

[Max-de]

Hallo,

Ich hatte inzwischen ein Ticket aufgemacht aber noch keine Antwort bekommen. Da aber irgendwie durch die ganzen Updates (von 3.2 bis 5.x) mein iSCSI Laufwerk im Windows auf einmal in den Schreibschutz gegangen ist und ich nicht in der Lage war diesen wieder zu entfernen, habe ich das System leer gemacht und die iSCSI LUN neu erstellt. Allerdings habe ich diese nicht wieder auf 100% Speicher erstellt. Und siehe da auf einmal geht auch das Update (6+) auch wieder.

Problem gelöst, Danke!

 

[dil88]

Sehr schön, danke für die Aufklärung!