DSM 6.x und darunter Update nicht möglich, Systempartition voll

[mboh]

Hallo.
ich wollte heute das aktuelle DSM Update anstoßen aber der DSM sagt mit dass meine Systempartition mind 350MB braucht um installiert zu werden.

ich hatte die Syno jedoch nie partitioniert sondern alles schön auf eine Platte draufgemacht. Laut Speichermanager sind von den 2TB Platten (Also netto ~1,8TB)
mehr als 1,1TB frei und in Prozent unter 40 % belegt.

Was kann ich tun?
Woran liegt das?

 

[dil88]

Das liegt daran, dass bei der Installation drei Partitionen angelegt werden (1. System, 2. Swap, 3. Daten (sprich Dein volume1). In Deinem Falle ist die erste Partition zu voll, da nützt es Dir nichts, dass Du auf der dritten noch ausreichend Platz hast. Wenn Du Dir das zutraust, dann öffne bitte mit einem Tool wie putty eine Linux-Shell auf Deiner DS und prüfe einmal, wie groß Deine Systempartition und wie voll das Logverzeichnis ist. Wenn es die größten Teil der Partition einnimmt, wäre noch der Inhalt des Logverzeichnisses interessant. Hier die entsprechenden Zeilen:

df -k
du -hs /var/log
ls -l /var/log

Wenn Du in dem Dateilisting die Datei gefunden hast, die die Platte vollmüllt, dann kannst Du sie auf einen Deiner gemeinsamen Ordner sichern und dann auf 0 Byte kürzen - beispielsweise so:

cp -ip /var/log/messages /volume1/Daten
cat /dev/null > /var/log/messages

Die rot markierten Informationen müsstest Du mit dem ersetzen, was bei Dir passt.

 

[mboh]

So jetzt mal das Problemchen angehen.
(Sorry mit den Feiertagen und Arbeit war wenig Zeit um drüberbleiben zu können)
Leider konnte ich die ERgebnisse nicht ausschneiden und abschreiben wollte ich nicht dahher so, nicht böse sein wegend der Bilder ;-)

Also dies sind Die Inhalte der Befehle aus Putty

df -k

Anhang anzeigen 21179

du -hs /var/log

Anhang anzeigen 21180

ls -l /var/log

Anhang anzeigen 21181

Also was richtig groß ist sind die Daten in Fetchmail.
Das war doch der Teil vom Zarafa der die Mails mit pop3 von den Konten abholt und mir in den Zarafa schickt?!
Was passiert wenn die Weg sind? werden Dann irgendwelche Mails gelöscht oder geht Auch irgendwas an der Mailstation verloren?
Ändert sich Sonst da irgendwas?
Warum kann ich den fetchmail nicht einfach so Einstellen dass er sich automatisch leert oder nur die letzten Daten bis zu xxxMB größe behält?

Was kann ich jetzt Machen?
DANKE

 

[Frogman]

Sorry, aber ich seh von Deinen Bildern nur kleine Ausschnitte mit dem Befehlsaufruf, mehr nicht...

 

[dil88]

Vielleicht kannst Du mit den gewonnenen Informationen und unter Verweis auf diesen Thread einen neuen im Zarafa-Forum oder dem Zarafa-Bereich in diesem Forum aufmachen. Das automatische Löschen wäre eine Option, eine andere wäre, die Daten nicht auf der System-Partition sondern auf einem Daten-Volume zu speichern.

 

[mboh]

so versuche noch mal die Bilder einzufügen und möglichst viel anzeigen zu lassen.
Hoffe ws wird besser




jetzt besser Sichtbar?

 

[mboh]

Ich habe mal nebenbei im Zarafabereich ein Thema => eröffnet und hoffe dass ich Ideen bekommen.
werde bei beiden kurz Neuerungen aktualisieren.

 

[Benares]

Schau dir mal die Große von /var/log/fetchmail an - da läuft wohl fetchmail Amok.

 

[mboh]

Jupp Das habe ich gemeint mit
"Also was richtig groß ist sind die Daten in Fetchmail."
aber was tun einfach löschen bzw auf "0" setzen trau ich mich die Datei nicht. Nicht dass dann irgendwie Mails verschwinden oder was immer?!
Hab schon im DSM in den Einstellungen von Zarafa gesucht ob man Da irgendwas mit ORT oder Größe Einstellen kann aber nichts ausser vielen Buschtaben in den Log datein gefunden.

 

[Benares]

Ich würde die Datei sichern mit "cp /var/log/fetchmail /volume1/irgendwohin" und dann auf 0 setzen mit ">/var/log/fetchmail". Wenn sie gleich wieder beginnt, so extrem zu wachsen, solltest du schauen, was da überhaupt drin steht.

 

[mboh]

Hab die Logfiles auch mal im anderen Forum=> mit abgebildet
Werde jetzt mal das 0 Setzen versuchen
dann wöchentlich eine Kontrolle

 

[mboh]

OK,
Updates sind möglich, Problem muss aber beobachtet werden.

mit

cp -ip /var/log/fetchmail /volume1/Austausch

Gesichert und dann mit

cat /dev/null > /var/log/fetchmail

auf NULL gesetzt.

Nach 5 Minuten ist die Dateigröße vom Fetchmail in

dir /var/log

bereits wieder 6510 KB
der Inhalt im Zarafa Admin Fetchmail.log ist:

fetchmail: Server certificate verification error: unable to get local issuer certificate
fetchmail: Broken certification chain at: /C=DE/ST=Deutschland/L=XX/O=XX/OU=---/CN=XXcom/emailAddress=XX@XX.com
fetchmail: This could mean that the server did not provide the intermediate CA's certificate(s), which is nothing fetchmail could do anything about. For details, please see the README.SSL-SERVER document that ships with fetchmail.
fetchmail: This could mean that the root CA's signing certificate is not in the trusted CA certificate location, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page.
fetchmail: Server certificate verification error: certificate not trusted
fetchmail: Server certificate verification error: unable to verify the first certificate
fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)
fetchmail: 1 message for XX at 192.168.161.9 (6656 octets).
fetchmail: reading message XX@192.168.161.9:1 of 1 (6656 octets) (log message incomplete)
fetchmail: incorrect header line found - see manpage for bad-header option
fetchmail: not flushed

Jetzt werde ich mal Das DSM updaten und werde wöchentlich beobachten an was das liegen könnte
(vielleicht an dem Zertifikatsfehler aber wie erstelle ich das perfekte eigene Zertifikat?!? ausser im DSM mit dem Procedere in der Zertifikatserstellung)
Danke schon Mal