System failed to expand Volume 1

[night2day]

Hallo Gemeinde,

ich ärgere mich grade wieder über meine CS407e.

Letzte Woche Ausfall einer 750er im Raid1.
Zwei neuen 1TB WD 10 EADS besorgt.
Nacheinander eingebaut und Raid wieder hergestellt.
Heute wollte ich dann noch auf die neue Kapazität expanden
aber er bricht dabei irgendwann mit der im Titel stehenden
Fehlermeldung ab. Kann ich in irgend einem Protokoll sehen was
der genaue Grund dafür ist, das es nicht funktioniert?

Gruß
Wolfgang

 

[Matthieu]

Das Protokoll findet sich via SSH unter /var/log/messages. Ich würde mal versuchen die Kabel der Platten zu tauschen (einfach Kabel von HD1 an Anschluss von HD2 und so weiter). Bei der 7er-Serie gibt es von Synology Kabel-Probleme die auch offiziell bestätigt wurden. Dort sind ähnliche Symptome typisch. Wenn du dann weißt das es an den Kabeln liegt kannst du denen auch eine Mail schicken, dann bekommst du anstandslos eine Packung neuer zugesandt.

MfG Matthieu

 

[Supaman]

wenn du IPKG installiert hast oder hattest, ist noch ein mount aktiv, der das notwenige de-mounten des volume verhindert.

 

[night2day]

Hi,

erst mal Danke für die schnellen Antworten.

Ja, ich habe den IPKG installiert.
Wie soll ich jetzt vorgehen?
Soll ich den deinstallieren oder kann ich
das manuel demounten?

Gruß
Wolfgang

 

[Supaman]

de-installieren reicht nicht, der mount wäre immer noch aktiv, da er in /ect/rc eingetragen ist. es reicht, wenn du den manuell de-mountest bevor du die volumenerweitereung startest.

 

[night2day]

Hmmmm,

ich bin mit Linux nicht ganz so per Du.
Reicht es wenn ich den Eintrag in etc/rc
lösche und neu boote?

Gruß
Wolfgang

 

[night2day]

Hallo Matthieu,

Das Protokoll findet sich via SSH unter /var/log/messages.
MfG Matthieu

ich bekomme beim Versuch egal welche Datei im Log-Verzeichnis
zu lesen ein Permission denied, obwohl ich als Admin angemeldet bin.
mmm, Linus muss noch erst mein Freund werden...

Gruß
Wolfgang

 

[Supaman]

Hallo Matthieu,
ich bekomme beim Versuch egal welche Datei im Log-Verzeichnis
zu lesen ein Permission denied, obwohl ich als Admin angemeldet bin.
mmm, Linus muss noch erst mein Freund werden...

Gruß
Wolfgang

der "boss" bei linux heisst ja auch nicht admin sondern "root".

 

[night2day]

der "boss" bei linux heisst ja auch nicht admin sondern "root".

Ohhhh ja, jetzt wo du es sagst.....
Übringends komm ich auch nicht mit Mathieus Stationhelper an die Logs.
Obwohl sowohl ssh als auch Telnet an der Konsole funktionieren.

Gruß
Wolfgang

 

[Supaman]

wie man die IPKG dienste deaktivert und manuell denounted findest du hier:

http://www.synology-wiki.de/index.php/Upgrade_eines_None-RAID_Volume_zu_RAID1_/_RAID5

 

[night2day]

Danke für Deine Hilfe.

Gruß
Wolfgang

 

[night2day]

Hallo noch mal,

ich muss Dich (Euch) leider noch einmal "belästigen".

for i in /opt/etc/init.d/S*; do sh $i stop; done
scheitert schon daran das ich in der /opt/etc/
kein init.d -Verzeichnis habe.
=>sh: Can't open /opt/etc/init.d/S*

umount -f /volume1/@optware
=>unount: forced unmount of /volume1/@optware failed
was sicherlich daran liegt das ich kein /volume1/@optware
bei mir finden kann.

ich hab im opt/etc/ eine ipkg.conf und ein ipkg-Verzeichnis mit einer
cross-feed.conf darin.

und der einzige bestehende mount mit opt ist
/volume1/opt on /opt type --bind (rw)
was auch immer das zu bedeuten hat.

Gruß
Wolfgang

 

[night2day]

Hi,

jetz hab ich noch was gefunden.
unter /opt/etc gibt es eine datei *rc.optware mit folgendem Inhalt

# Start all init scripts in /opt/etc/init.d
# executing them in numerical order.
#
for i in /opt/etc/init.d/S??* ;do

# Ignore dangling symlinks (if any).
[ ! -f "$i" ] && continue

case "$i" in
*.sh)
# Source shell script for speed.
(
trap - INT QUIT TSTP
set start
. $i
)
;;
*)
# No sh extension, so fork subprocess.
$i start
;;
esac
done


Ich schätze das Dir/Euch das mehr sagt als mir

Gruß
Wolfgang

 

[Supaman]

und der einzige bestehende mount mit opt ist
/volume1/opt on /opt type --bind (rw)
was auch immer das zu bedeuten hat.

Gruß
Wolfgang

dann versuch mal "umount -f /volume1/opt" oder u"mount -f /opt", danach mit mount gucken ob außer den norlane volumes noch was offen ist

 

[night2day]

Hallo Supaman,

ich hab das jetzt gemacht und es sind mit mount keine "opt"-Einträge mehr sichtbar. Auch wenn ich jetzt nicht weiß was "norlane volumes" sind, versuche
ich es jetzt mal mit dem expand. Muss ich etc/opt nach dem expand wieder mounten oder geht das bei einem reboot von selbst?


Danke noch mal
Wolfgang

 

[night2day]

Hmmmm,

das war nichts....
jetzt zählt er noch nicht mal mehr die Prozente hoch
sondern bricht unmittelbar nach dem Begin ab und
meldet im Systemprotokoll wieder einen Misserfolg.
Ich werd nachher mal das Logffile durchsuchen, ob das
was hergibt. Muss jetzt erst kurz mal unnterwegs...

Gruß
Wolfgang

 

[Supaman]

Auch wenn ich jetzt nicht weiß was "norlane volumes" sind, versuche
ich es jetzt mal mit dem expand. Muss ich etc/opt nach dem expand wieder mounten oder geht das bei einem reboot von selbst?

ups... tipp fehler, sollte "normale volumes" heissen. mount sollte nach reboot automatisch aktiv sein. wäre aber gut vor derm expand die ipkg dienste zu beenden.

 

[night2day]

Hallo Supaman,

tut mir leid wenn ich Dich so bombadiere,
aber ich weiß mir sonst nicht mehr zu helfen.
(Zumindest was die Cube betrifft) ;-)

Ich hab jetzt noch mal frisch gebootet da nach dem unmount nicht einmal
mehr ein ls funktionierte.

Ich weiß leider nicht wie ich die ipkg-dienste beenden kann.

ich hab jetzt noch das Log vom fehlgeschlagenen Versuch durchsucht.

Oct 23 17:37:20
volume.cgi: (fs_vol_expand.c)SYNOVolExpand(99): Failed to '/sbin/resize2fs -fpF /dev/md2 > /dev/null 2>&1', WEXITSTATUS(r) = 1
Oct 23 17:37:21 volume.cgi: volume.cpp:4336 Failed to expand file system on /dev/md2
Oct 23 17:37:34 ftpd[5121]: autoblock_is_enabled.c:25 ErrSLIBFileLock() failed!! file=[/etc/synoinfo.conf], synoerr=[0x0400]
Oct 23 17:37:49 volume.cgi: volume.cpp:4294 Failed to expand /dev/md2 of /volume1
Oct 23 17:37:49 volume.cgi: volume.cpp:3404 Failed to expand volume /volume1

Und hier noch mal alle mounts die NACH dem Reboot aktiv sind:

# mount
/dev/md0 on / type ext3 (rw,data=ordered)
/tmp on /tmp type tmpfs (rw)
/sys on /sys type sysfs (rw)
/proc/bus/usb on /proc/bus/usb type usbfs (rw)
/dev/md2 on /volume1 type ext3 (usrquota,grpquota)
/volume1/opt on /opt type --bind (rw)
/dev/sdk1 on /volumeUSB1/usbshare type vfat (utf8,umask=000,shortname=mixed)

Wenn ich das nicht hinbekomme können meine neuen Terrabyte Festplatten ihr Leben lang nicht zeigen was sie "drauf" haben. ;-(

Wolfgang

 

[itari]

Mach den

umount -f /opt

und versuch dann die Vergrößerung

Itari

 

[Supaman]

dann deinstallier ipkg. einige dateien muss man noch ggf von hand nacharbeiten um es restlos zu entfernen.

http://www.synology-forum.de/showthread.html?t=1271&highlight=750+ipkg