Zarafa "müllt" Systempartition voll

[fcscholz]

Hallo Ihr!

Wie hier geschildert habe ich mit der Synology und Zarfa gewisse Probleme: http://www.synology-forum.de/showth...ve-Probleme-mit-der-DS412&p=439257#post439257

Ich habe folgendes per Telnet und "du - sh" ermittelt:

/usr/local/zarafa-licensed/var/lib/zarafa/index/

ist über 250 MB groß, macht das Sinn?

/usr/local/zarafa-licensed/var/lib/zarafa/index/901F2F2380EB47F1AD46E09ABFEA243B-6C0AA331FA44468C9EC26FF9C38D00BE.kct

ist über 200 MB groß; löschen?

Oder kann man dieses Verzeichnis auf "Volume1" schieben; dauerhaft?

LG
Florian

 

[Jdo2002]

Hi,

kannst du mal prüfen ob die Datei auch unter /var/lib/zarafa/index vorhanden ist?
Es gibt einen symlink in /usr/local/zarafa-licensed/ der nach var zeigt.
Du kannst die Datei löschen sie wird beim start wieder neu angelegt (evtl. ist sie dann kleiner); Zarafa indexiert sämtliche Mails für die spätere suche. Mich wundert das die index Datei so riesig ist. Bei meinem Postfach sind die nur 2-3 MB groß daher hatte ich es bis dato nicht vorgesehen die ins volume zu verlinken.
Wie groß ist denn dein Postfach, bzw. wieviele Mails sind da drin?

 

[fcscholz]

Japp ist da auch!

Es sind 1.000de an Mails! (Geht nicht wirklich anders)

GLG
Florian

 

[SteffenBeck]

Zarafa-Systempartition voll

Hallo, habe leider das selbe Problem und komme zu keiner Lösung.

Zwar kann ich mich auf meiner Diskastation noch anmelden, bin aber auf das Problem aufmerksam geworden, als ich ein System- Update durchführen wollte.
"Nicht ausreichende Kapazität für Systemaktualisierung, die Systempartition benötigt mindestens 200 MB."


Meine Abfrage über Putty hat folgendes Ergebnis gebracht:

DiskStationWHG> df -h
Filesystem                Size      Used    Available     Use%     Mounted on
/dev/md0                 2.3G      2.1G      158.7M       93%     /
/tmp                     999.1M    1.3M      997.8M        0%     /tmp
/dev/vg1000/lv           14.4T     3.6T      10.8T        25%     /volume1
/var                     2.3G      2.1G      158.7M       93%     /usr/local/zarafa-license                     
d/va

DiskStationWHG> df -h /var/lib/zarafa/index
Filesystem                Size      Used Available Use% Mounted on
/dev/md0                  2.3G      2.1G    158.6M  93% /

Wir betreiben den Zarafa-Server mit 5 Postfächern und speichern momentan ca. 1800 Mails, jedoch löschen wir unsere alten Mails relativ regelmäßig.
Natürlich sind 1800 Mails schon eine Menge, sollte aber doch kein Problem darstellen? Es gibt mit Sicherheit Zarafa- Nutzer die dutzende Benutzer und damit tausende Mails speichern?


Kenne mich mit der Materie leider zu wenig aus, weiß jemand Rat?

Danke und Gruß
Steff

 

[goetz]

Hallo,
den Befehl df (disk free) kann man nicht auf Verzeichnisse anwenden. Was ergibt denn

 du -d 1 -xh /

Gruß Götz

 

[SteffenBeck]

Zarafa-Systempartition voll

Nach diesem Befehl habe ich schon gesucht....danke!

Folgendes kam heraus:

DiskStationWHG> du -d 1 -xh /
796.0K  /bin
100.0K  /dev
6.0M    /etc
4.0K    /initrd
136.8M  /lib
5.2M    /lib64
4.0K    /lost+found
4.0K    /mnt
32.0K   /.old_patch_info
40.0K   /root
5.2M    /sbin
13.6M   /.syno
1.8G    /usr
5.6M    /etc.defaults
16.0K   /.system_info
156.0K  /var.defaults
2.0G    /

Gruß Steff

 

[dil88]

Jetzt bitte nochmal

du -d 1 -xh /usr/

und dann ggfs. mit dem nächsten Verzeichnis fortsetzen. Wenn Du das Verzeichnis gefunden hast, das so voll ist, dann kannst Du Dir dessen Inhalt mit diesem Befehl ausgeben lassen:

ls -al /usr/

"/usr/" bitte durch den richtigen Pfad ersetzen. So solltest Du die Datei(en) finden können, die die Partition füllen.

 

[SteffenBeck]

Zarafa-Systempartition voll

Folgendes Ergebnis:

DiskStationWHG> du -d 1 -xh /usr/
285.6M  /usr/syno
17.7M   /usr/share
22.3M   /usr/bin
4.1M    /usr/sbin
280.0K  /usr/libexec
1.5G    /usr/local
1.9G    /usr/

Danach in die folgenden Verzeichnisse (Hoffe ich habe das richtig gemacht), die "Log-File" von zarafa scheint den Platz zu fressen!?

DiskStationWHG> ls -al /usr/local
drwxr-xr-x   13 root     root          4096 Oct 21 20:20 .
drwxr-xr-x    8 root     root          4096 Sep  6 12:27 ..
drwxr-xr-x    2 root     root          4096 Sep 25 14:53 bin
drwxr-xr-x    7 root     lp            4096 Sep  6 12:27 cups
drwxr-xr-x    3 root     root          4096 Jan 11  2014 doc
drwxr-xr-x    6 root     root          4096 Sep 25 14:51 etc
drwxr-xr-x    2 root     root          4096 Sep 25 14:53 include
drwxr-xr-x    2 root     root          4096 Sep 25 14:53 lib
drwxrwxrwx   15 root     root          4096 Sep 25 14:51 libexec
drwxrwxrwx    2 root     root          4096 Sep  6 17:45 packages
drwxr-xr-x    2 root     root          4096 Sep 25 14:43 synoradius
drwxr-xr-x    6 root     root          4096 Oct 21 20:20 timebkp
lrwxrwxrwx    1 root     root            27 Apr  2  2014 zarafa -> /var/packages                            /Zarafa/target
drwxr-xr-x    8 root     root          4096 Apr  2  2014 zarafa-licensed
DiskStationWHG>
DiskStationWHG> du -d 1 -xh /usr/local
608.0K  /usr/local/cups
36.0K   /usr/local/doc
88.0K   /usr/local/etc
228.0K  /usr/local/libexec
1.5G    /usr/local/zarafa-licensed
7.0M    /usr/local/timebkp
80.0K   /usr/local/synoradius
4.0K    /usr/local/lib
4.0K    /usr/local/include
4.0K    /usr/local/bin
4.0K    /usr/local/packages
1.5G    /usr/local
DiskStationWHG> du -d 1 -xh /usr/local/zarafa-licensed
1.4M    /usr/local/zarafa-licensed/bin
1.5G    /usr/local/zarafa-licensed/var
24.0K   /usr/local/zarafa-licensed/etc
2.2M    /usr/local/zarafa-licensed/lib
4.0K    /usr/local/zarafa-licensed/tmp
39.6M   /usr/local/zarafa-licensed/usr
1.5G    /usr/local/zarafa-licensed
DiskStationWHG> du -d 1 -xh /usr/local/zarafa-licensed/var
19.6M   /usr/local/zarafa-licensed/var/lib
1.5G    /usr/local/zarafa-licensed/var/log
580.0K  /usr/local/zarafa-licensed/var/run
32.0K   /usr/local/zarafa-licensed/var/spool
8.0K    /usr/local/zarafa-licensed/var/state
12.0K   /usr/local/zarafa-licensed/var/lock
4.0K    /usr/local/zarafa-licensed/var/db
4.0K    /usr/local/zarafa-licensed/var/empty
12.0K   /usr/local/zarafa-licensed/var/quarantine
3.0M    /usr/local/zarafa-licensed/var/packages
16.0K   /usr/local/zarafa-licensed/var/net-snmp
1.4M    /usr/local/zarafa-licensed/var/services
1.5G    /usr/local/zarafa-licensed/var
DiskStationWHG> du -d 1 -xh /usr/local/zarafa-licensed/var/log
12.0K   /usr/local/zarafa-licensed/var/log/nginx
568.0K  /usr/local/zarafa-licensed/var/log/upstart
740.0K  /usr/local/zarafa-licensed/var/log/httpd
4.0K    /usr/local/zarafa-licensed/var/log/cluster
56.0K   /usr/local/zarafa-licensed/var/log/cstn
6.6M    /usr/local/zarafa-licensed/var/log/synolog
8.0K    /usr/local/zarafa-licensed/var/log/cores
1.5G    /usr/local/zarafa-licensed/var/log

Gruß
Steff

 

[dil88]

Sehr gut. Was liefert denn

ls -al /usr/local/zarafa-licensed/var/log

bzw. findest Du so die große Datei? Offenbar ist dort ein Logfile sehr groß geworden.

 

[SteffenBeck]

Zarafa-Systempartition voll

Das ergibt dann das hier:

DiskStationWHG> ls -al /usr/local/zarafa-licensed/var/log
drwxr-xr-x    9 root     root          4096 Nov  3 22:08 .
drwxr-xr-x   14 root     root          4096 Nov  3 22:02 ..
-rw-r--r--    1 root     root             1 Nov  3 22:08 RIESIGES_LOG_FILE
drwxr-xr-x    2 root     root          4096 Nov  5  2013 cluster
drwx------    3 root     root          4096 Mar 12  2014 cores
drwxr-xr-x    2 root     root          4096 Feb  9  2014 cstn
-rw-r--r--    1 root     root          2577 Nov  3 22:02 disk_overview.xml
-rw-r--r--    1 root     root        327499 Nov  3 22:04 dmesg
-rw-r--r--    1 root     root         43900 Nov  1 13:54 dmesg.1.xz
-rw-r--r--    1 root     root         47896 Mar 17  2014 dmesg.2.xz
-rw-rw-rw-    1 root     root             0 Jan 11  2014 dms.log
-rw-r--r--    1 root     root         25901 Sep  6 18:12 dpkg.log
-rw-r--r--    1 root     root         16525 Sep  6 18:12 dpkg_upgrade.log
-rw-r--r--    1 root     root     1556118103 Nov  6 22:34 fetchmail
drwxr-xr-x    2 root     root          4096 Mar 27  2014 httpd
-rw-r--r--    1 root     root       2289242 Nov  6 10:14 log.nmbd
-rw-r--r--    1 root     root         58044 Nov  3 22:02 log.smbd
-rw-rw-rw-    1 root     root            30 Jan 11  2014 lvm_lv_create_log
-rw-r-----    1 root     root       3254764 Nov  6 22:30 messages
-rw-rw-rw-    1 root     root             0 Jan 11  2014 mount.log
drwxr-x---    2 http     http          4096 Mar 12  2014 nginx
-rw-rw-rw-    1 root     root             0 Jan 11  2014 partition
-rw-------    1 root     root        461804 Nov  3 22:04 php-fpm.log
-rw-------    1 root     root         43424 Sep  6 18:14 php-fpm.log.1.xz
-rw-r-----    1 root     root        162074 Nov  3 22:04 postgresql.log
-rw-r--r--    1 root     root          2416 Jan 15  2014 rsync.error
-rw-r-----    1 root     root         63363 Nov  3 22:04 scemd.log
-rw-r-----    1 root     root         22556 Nov  6 22:02 synodtv.log
drwx------    2 root     root          4096 Nov  6 22:02 synolog
-rw-r--r--    1 root     root         29880 Oct 21 23:15 synopkg.log
-rw-r--r--    1 root     root           904 Sep  6 18:12 synoupdate.log
-rw-r-----    1 root     root         76662 Nov  3 22:02 syslog.log
drwxr-xr-x    2 root     root          4096 Sep  6 18:12 upstart
lrwxrwxrwx    1 root     root            25 Apr  2  2014 zarafa -> /usr/local/zarafa/var/log

Da fehlt mir nun aber das Wissen zum interpretieren, der Eintrag bei "Fetchmail" sieht für mich zumindest verdächtig aus.
Sieht für mich so aus als würden alle E-Mails auf der Systempartition liegen, sollten diese nicht eigentlich in der Partition "Volume", also im allgemeinen Bereich, z.B. unter "web" liegen?

 

[dil88]

Dein gesunder Menschenverstand reicht aus. Ich würde Dir empfehlen, folgendes zu machen (bitte "/volume1/netz/" durch einen geeigneten Pfad eines gemeinsamen Ordners ersetzen):

cp -ip /usr/local/zarafa-licensed/var/log/fetchmail /volume1/netz/
cat /dev/null > /usr/local/zarafa-licensed/var/log/fetchmail

Damit sicherst Du die Datei und löschst sie danach so, dass die Datei leer erhalten bleibt inkl. des filehandles, so dass nichts abstürzt, was den filehandle noch geöffnet hat.

 

[SteffenBeck]

Zarafa-Systempartition voll

Okay, das hört sich doch schonmal sehr gut an, da die Daten natürlich wichtig sind frage ich nun nochmal nach ob ich das auch richtig verstanden habe. (Geht ja nun um alles oder nichts)


Ich habe nun in meinem gemensamen Ordner "web" ein Verzeichnis mit dem Namen "Zarafa" erstellt, dieser ist leer, wie man hier in der Codeansicht sieht.

DiskStationWHG> cd /volume1
DiskStationWHG> ls
@MailScanner           @heartbeatd.core       Download               homes
@SYNO.Core.Upgra.core  @maillog               Kino                   lost+found
@appstore              @postfix               NAS                    music
@autoupdate            @quarantine            NAS Privat             photo
@clamav                @smallupd@te_deb       NetBackup              pyload
@cloudstation          @spool                 Public                 video
@database              @synoupgrade.core      TV                     web
@dms.core              @tmp                   aquota.group
@download              @wget.core             aquota.user
@eaDir                 Backup                 cafe
DiskStationWHG> cd /volume1/web
DiskStationWHG> ls
DiskStation_1  dead.letter    phpMyAdmin     webaccess
Zarafa         drupal         web            webapp
DiskStationWHG> cd /volume1/web/Zarafa
DiskStationWHG> ls

Nun nehme ich den von Dir geschriebenen Text mit der Anpassung des Verzechnises:

cp -ip /usr/local/zarafa-licensed/var/log/fetchmail /volume1/web/Zarafa
cat /dev/null > /usr/local/zarafa-licensed/var/log/fetchmail

Diese beiden Zeilen kopiere ich nun ?zusammen? in die Zwischenablage und gebe sie dann über Putty mit "Einfügen" ein?
Oder erst die 1. Zeile und danach die 2.?

Dann wird die Fetchmail- Datei in das Verzeichnis "/volume1/web/Zarafa" kopiert, automatisch aus der Systempartition gelöscht und sozusagen verlinkt?

Das Zarafa- Paket, Mailserver, usw. auf dem Nas kann ich dann einfach weiterlaufen lassen?

 

[dil88]

Das sind zwei Zeilen. Besser ist allerdings eine, weil die Ausführung dann direkt hintereinander und dadurch schneller erfolgt:

cp -ip /usr/local/zarafa-licensed/var/log/fetchmail /volume1/web/Zarafa/ ; cat /dev/null > /usr/local/zarafa-licensed/var/log/fetchmail

Du musst dann nicht die zweite Zeile einfügen und ausführen, wenn die erste fertig ist, sondern brauchst einfach nur diese eine Zeile einzufügen und auszuführen.

 

[SteffenBeck]

Zarafa-Systempartition voll

Super, hat keine 30 Sekunden gedauert und hat wunderbar funktioniert. Die Datei "fetchmail" ist nun da wo sie hingehört...

Habe zur Überprüfung nochmal eine Abfrage gemacht:

DiskStationWHG> df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/md0                  2.3G    652.2M      1.6G  28% /
/tmp                    999.1M      1.7M    997.4M   0% /tmp
/dev/vg1000/lv           14.4T      3.6T     10.8T  25% /volume1
/var                      2.3G    652.2M      1.6G  28% /usr/local/zarafa-licensed/var
DiskStationWHG> du -d 1 -xh /
796.0K  /bin
100.0K  /dev
6.0M    /etc
4.0K    /initrd
136.8M  /lib
5.2M    /lib64
4.0K    /lost+found
4.0K    /mnt
32.0K   /.old_patch_info
40.0K   /root
5.2M    /sbin
13.6M   /.syno
407.6M  /usr
5.6M    /etc.defaults
16.0K   /.system_info
156.0K  /var.defaults
581.1M  /

Sieht soweit auch alles gut aus, oder?

Nun würde mich natürlich noch interessieren, ist das ein "Fehler" von Zarafa selbst oder habe ich diesen bei der Installation verursacht?
Und was ist mit den restlichen Zarafa-Dateien die auf der Systempartition liegen? Sollte man diese nicht auch umziehen oder sind sie dort auf der Systempartition gut aufgehoben?


Schonmal vielen Dank für den Support, bin wirklich glücklich damit, habe mir die letzten zwei Tage schon den Kopf darüber zerbrochen und befürchtet, dass ich Zarafa komplett neu installieren muss...

 

[dil88]

Schön, dass das Problem erstmal gelöst ist.

Ich nutze Zarafa selbst nicht, aber die Installation auf der Systempartition ist - wie gesehen - schon unglücklich. Keine Ahnung, ob da etwas bei der Installation schief gelaufen ist oder ob das so sein soll.

 

[goetz]

Hallo,
ich nutze Zarafa nicht und kann deshalb auch keine Hinweise liefern. So wie es ausschaut hat der Prozess fetchmail immer brav all seine Aktivitäten in das log File geschrieben.
Suche in den Zarfaeinstellungen nach Loglevel und ähnlichem.

Gruß Götz

 

[SteffenBeck]

Habe nun in dem Zarafa-Paket "Zarafa- Administration" nach einer solchen Einstellung gesucht, bin aber leider nicht fündig geworden.
Es gibt lediglich einen "Logfile-Viever" in dem die Logs aufgeführt sind, veränderungen kann ich dort aber nicht vornehmen.

Willst Du wohl darauf hinaus, dass man Zarafa sagt wie viele der Log-Files das Programm speichern soll, bzw. ab welchem Alter es die Log-Files löscht?


Habe hier etwas unter "logging" auf Seite 9 gefunden, werde aber daraus nicht wirklich schlau.

http://www.klwtd.info/manuals/Zarafa_Server_Manual_en_6.30.0.pdf


Gruß Steff

 

[dil88]

Eine Logfile-Rotation mit anschließendem Packen wäre gut. Noch besser wäre zusätzlich die Installation auf einem Datenvolume, das naturgemäß weitaus mehr Platz bietet.

 

[SteffenBeck]

Wäre es denn möglich und sinnvoll die gesamten Dateien der Zarafa- Anwendung von meiner Systempartition in mein Verzeichnis /Volume1/web/Zarafa zu verschieben in der ja nun auch schon die Datei "Fetchmail" liegt.
Dort könnte Zarafa dann erstmal so viele Logfiles schreiben wie es will, da interessieren mich ein paar Gigabyte mehr auch nicht...

Und wenn ja, bekomme ich als "Anfänger" das auch hin, also könnte mich da jemand navigieren, so wie dil88 das schon so super gemacht hat?


Und noch eine allgemeine Frage, es stört mich natürlich, dass ich bei solchen Problemen und der Heransgehensweise über die Befehle+Putty so "hilflos" bin, gibt es da eine Empfehlenswerte Internetseite die solche Basics schön zusammengefasst hat?

 

[dil88]

Grundsätzlich würde ich nicht Dinge ändern an einem Paket. Da macht es mehr Sinn, entweder einen Installationsfehler zu finden und zu korrigieren oder mit den Entwicklern/Maintainern eine Lösung des Problems zu suchen. Spätestens beim nächsten Update fliegt Dir ein Workaround wieder um die Ohren. Wenn Dein fetchmail-Logfile allerdings weiterhin derartig rasant wächst und sich eine Lösung hinzieht, dann wäre es übergangsweise schon möglich, beispielsweise das Logverzeichnis zu verschieben und durch einen symbolischen Link zu ersetzen. Schau aber bitte erst einmal, ob es nicht eine "offizielle" Lösung gibt.

Einführungen in die Linux-Shell gibt es wie Sand am Meer, da solltest Du über Google fündig werden. Es gibt auch eine hier im Wiki.