Assistant Update auf DSM 3.0 funktioniert nicht

[mfpmail]

Hallo,

habe eine DS409 und eine CS407. Auf der CS407 funktionierte das Update reibungslos, auf der DS409 bekomme ich immer folgende Fehlermeldung: "Nicht ausreichende Kapazität für Aktualisierung. Bitte stellen Sie sicher, dass das Volume sich im normalen Zustand befindet und darauf mindestens 300 MB zur Verfügung stehen.".

Im Dateisystem habe ich noch mehr wie genügend Speicher???

In einem anderen Forenbeitrag habe ich schon ein Anleitung gefunden, die mir nicht leider nicht hilft (http://www.synology-forum.de/showthread.html?t=9692)

Hier die Ergebnisse aus meinem System:
-df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/md0 774040 470392 295780 61% /
/tmp 127940 288 127652 0% /tmp
/dev/md2 1920272720 788903788 1131266532 41% /volume1


du -x -d 1
1368 ./etc.defaults
28 ./root
4 ./lost+found
4 ./initrd
132 ./var.defaults
1552 ./etc
5116 ./sbin
110352 ./lib
44 ./dev
4 ./mnt
147660 ./var
1540 ./bin
4 ./lib64
185344 ./usr
453164 .


Kann mir jemand helfen, ohne dass ich das System komplett neu aufsetzen muss?

Vielen Dank für die Unterstützung!

Gruß

Marcus

 

[goetz]

Hallo,
Dein /var Verzeichnis ist ganz schön aufgeblasen, da ist ne Menge Potential.
du -k /var
Du solltest aber trotzdem darüber nachdenken einen Zeitpunkt für einen kompletten Neuanfang zu finden, die zukünftigen Updates werden bestimmt nicht kleiner.

Gruß Götz

 

[mfpmail]

Hallo Götz,

danke für die Antwort. Ich habe du -k /var eingegeben und halte das untere Ergebnis. Leider ändert sich nichts und ich kann das Update immer noch nicht durchführen. Wieso müllt sich meine Systempatition zu? Ich habe nichts extra installiert? Muss ich jetzt vor jedem Update mein ganzes System neu aufspielen?


du -k /var
4 /var/lock/lvm
8 /var/lock
4 /var/run/saslauthd
4 /var/run/printing
344 /var/run
4 /var/database/pgsql/pg_xlog/archive_status
65624 /var/database/pgsql/pg_xlog
268 /var/database/pgsql/global
12 /var/database/pgsql/pg_multixact/members
12 /var/database/pgsql/pg_multixact/offsets
28 /var/database/pgsql/pg_multixact
152 /var/database/pgsql/pg_subtrans
136 /var/database/pgsql/pg_clog
4 /var/database/pgsql/pg_twophase
18124 /var/database/pgsql/base/16417
4 /var/database/pgsql/base/pgsql_tmp
4260 /var/database/pgsql/base/11262
4176 /var/database/pgsql/base/11261
9084 /var/database/pgsql/base/16706
36516 /var/database/pgsql/base/16621
4348 /var/database/pgsql/base/16384
4176 /var/database/pgsql/base/1
80692 /var/database/pgsql/base
4 /var/database/pgsql/pg_tblspc
146928 /var/database/pgsql
146932 /var/database
4 /var/packages
4 /var/spool/cron/crontabs
8 /var/spool/cron
4 /var/spool/postfix/maildrop
4 /var/spool/postfix/trace
4 /var/spool/postfix/saved
4 /var/spool/postfix/corrupt
4 /var/spool/postfix/defer
4 /var/spool/postfix/flush
4 /var/spool/postfix/bounce
4 /var/spool/postfix/hold
4 /var/spool/postfix/pid
4 /var/spool/postfix/active
4 /var/spool/postfix/public
4 /var/spool/postfix/private
4 /var/spool/postfix/deferred
4 /var/spool/postfix/.spamassassin
4 /var/spool/postfix/incoming
64 /var/spool/postfix
4 /var/spool/php/apc
8 /var/spool/php
84 /var/spool
4 /var/services/blog
52 /var/services/webfm
60 /var/services
4 /var/log/cores/nmbd
4 /var/log/cores/smbd
12 /var/log/cores
204 /var/log
12 /var/state/ups
16 /var/state
4 /var/lib/nfs
4 /var/lib/postfix
12 /var/lib
4 /var/empty
147672 /var

 

[goetz]

Hallo,
/var/database mit 147MB hat da normalerweise nichts zu suchen. Gib mal bitte die Ausgaben von

ls -la /var
ls -la /var/database
ls -la   /var/database/pgsql/base

Gruß Götz

 

[itari]

Hallo,
/var/database mit 147MB hat da normalerweise nichts zu suchen. Gib mal bitte die Ausgaben von

ls -la /var
ls -la /var/database
ls -la   /var/database/pgsql/base

Gruß Götz

Dran denken, dass auch bei mir die postgres-Datenbank auf der Systempartition liegt. Es ist daher kein Fehler; aber man sollte in diesem Fall schauen, sie auf /volume1 zu verschieben.

Itari

 

[goetz]

Hallo,
genau das möchte ich ja erst mal rausfinden.
Bei meinen beiden liegen die Datenbanken per default auf /volume1.

Gruß Götz

 

[Hippocrates]

Hallo,
auch ich kann nicht auf 3.0 updaten. Habe eine DS107+, aktuell ist DSM 2.3-1139 installiert.

Ausgabe df:
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda1 350018 298903 51115 85% /
/tmp 63396 908 62488 1% /tmp
/dev/sda3 480064756 153791512 326170844 32% /volume1
/dev/sdb1 480719088 92759148 387857540 19% /volumeSATA


Danke für Eure Hilfe!!

 

[mfpmail]

Hallo,
/var/database mit 147MB hat da normalerweise nichts zu suchen. Gib mal bitte die Ausgaben von

ls -la /var
ls -la /var/database
ls -la   /var/database/pgsql/base

Gruß Götz

Hallo,

hier die Ergebnisse:

ls -la /var
drwxr-xr-x 12 root root 4096 Oct 8 18:28 .
drwxr-xr-x 20 root root 4096 Oct 8 18:28 ..
drwxr-xr-x 3 admin root 4096 Sep 22 2009 database
drwxr-xr-x 2 root root 4096 Apr 13 2009 empty
drwxr-xr-x 4 root root 4096 Mar 4 2004 lib
drwxr-xr-x 3 root root 4096 Jul 13 2009 lock
drwxr-xr-x 3 root root 4096 Oct 5 23:08 log
drwxr-xr-x 2 root root 4096 Oct 5 22:32 packages
drwxr-xr-x 4 root root 4096 Oct 8 18:29 run
drwxr-xr-x 4 root root 4096 Oct 8 18:29 services
drwxr-xr-x 5 root root 4096 Oct 8 18:29 spool
drwxr-xr-x 3 root root 4096 Jun 17 18:43 state
lrwxrwxrwx 1 root root 4 Oct 8 18:28 tmp -> /tmp

ls -la /var/database
drwxr-xr-x 3 admin root 4096 Sep 22 2009 .
drwxr-xr-x 12 root root 4096 Oct 8 18:28 ..
drwx------ 10 admin users 4096 Sep 22 2009 pgsql

ls -la /var/database/pgsql/base
drwx------ 10 admin users 4096 Oct 5 22:32 .
drwx------ 10 admin users 4096 Sep 22 2009 ..
drwx------ 2 admin users 4096 Sep 22 2009 1
drwx------ 2 admin users 4096 Sep 22 2009 11261
drwx------ 2 admin users 4096 Oct 8 18:29 11262
drwx------ 2 admin users 4096 Oct 8 18:29 16384
drwx------ 2 admin users 4096 Oct 8 18:29 16417
drwx------ 2 admin users 4096 Oct 8 18:29 16621
drwx------ 2 admin users 4096 Oct 8 18:29 16706
drwx------ 2 admin users 4096 Mar 6 2010 pgsql_tmp

Danke.

Gruß

Marcus

 

[goetz]

Hallo,
wie es aussieht liegen die pgsql Datenbanken wirklich auf der Systempartition (möglicherweise bei allen Mehrplatten-DS). An dem Punkt müssen die Datenbank-Spezies ran, da kenne ich mich nicht wirklich aus.

Gruß Götz

PS: @Hippocrates Du wirst um eine Neuinstallation herum kommen

 

[itari]

An dem Punkt müssen die Datenbank-Spezies ran, da kenne ich mich nicht wirklich aus.

Man könnte ein Verschieben des kompletten Datenbankverzeichnisses probieren, aber ob dann auch alle Pfade das raffen, vermag ich mangels Erfahrung nicht zu sagen. Am besten wäre es, wenn man sich da mit dem Synology-Support kurzschließt.

Itari

 

[mfpmail]

Schade, also doch komplizierter, trotzdem danke für eure Hilfe!

Dann werde ich am besten doch alles sichern und neu aufspielen!

Wie kann ich sowas in Zukunft vermeiden? Ich habe nichts besonderes auf dem NAS installiert oder gemacht, war eigentlich alles auf Standardeinstellungen und ich habe nur Daten darauf abgelegt (also kein Mailserver oder SQL-Datenbanken oder sonstiges Spezielles).

Gruß

Marcus

 

[goetz]

Hallo,
das ist nun mal ein historisches Problem. Bei Erscheinen der CS407 waren 750MB Systempartition mehr als reichlich, nun sind aber immer mehr Anwendungen dazu gekommen und irgendwann klemmt es dann. Bei Neuinstallation wird eine 2,3GB groß Systempartition angelegt, das sollte die nächsten Jahre reichen.

Gruß Götz

 

[Hippocrates]

Hallo,
PS: @Hippocrates Du wirst um eine Neuinstallation herum kommen

Ich werde um eine Neuinstallation herum kommen oder NICHT herum kommen?

Gruß
Hippocrates

 

[goetz]

Hi,
ups, doch glatt das nicht vergessen. Es hat jemand hier aus dem Forum es schon geschafft an einem Linux-PC die Datenpartition zu verkleinern, die Swap-Partition zu verschieben und die Systempartition zu vergrößern. Das ist aber auch nicht ganz easy und dauert auch seine Zeit und ohne Backup macht man sowas nicht.

Gruß Götz

 

[Hippocrates]

Ok, dann werd ich wohl neu installieren.
Reicht es dazu folgende Aktion durchzuführen:
"Die Festplatte formatieren, und die Werkseinstellung wieder herstellen"
und anschließend die gesicherte Systemkonfiguration wieder herzustellen?
Wird dann automatisch die 2,3GB Partition erstellt (ist das so in DSM2.3 hinterlegt??)?
Muß ich sonst noch was beachten?

Gruß
Hippocrates

 

[goetz]

Hallo,
ob dieser Weg funktioniert kann ich noch nicht sagen, da ist ein anderer gerade dran zu testen, siehe hier.

Gruß Götz

 

[Hippocrates]

Und welcher wäre der Weg der funktioniert?
Sorry, aber was das angeht, bin ich doch recht unwissend...
Welche Schritte muß ich tun, um das System neu aufzusetzen?

Gruß und Danke
Hippocrates

 

[Hippocrates]

Ok, hab's hinbekommen. Um einen Ausbau der Platte und Löschen der Partitionen von Hand kommt man definitiv nicht herum.
Jetzt hoffe ich nur noch, daß das Einspielen des Backups klappt....

Gruß
Hippocrates

 

[headnut]

Frage

Bedeutet das dass Formatieren und auf Werkseinstellungen zurücksetzten nicht hilft?

Und

Was muss ich machen wenn ich die Festplatte formatiert habe?

 

[Hippocrates]

Nein, ein Formatieren scheint nicht zu reichen, da die Systempartition dann immer noch zu klein ist. Ichhabe es folgendermassen gemacht:
-Entfernen des DSM über den rückseitigen Reset-Knopf
-Ausbau der Platte und Einbau in ein ext. Gehäuse
-Löschen aller Partitionen über die Datenträgerverwaltung (Windows)
-Einbau der Platte in die DS
-Neuinstallation über den Synology Assistant, dabei werden die korrekten Partitionen angelegt und entspr. formatiert, DSM wird installiert
-Anschließend mein Backup wie geohnt über den DSM eingespielt
-That's it...

Gruß
Hippocrates