System failed to expand Volume 1

Status
Für weitere Antworten geschlossen.

night2day

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
03. Nov 2008
Beiträge
13.222
Punkte für Reaktionen
88
Punkte
344
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
 

night2day

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
26. Jan 2007
Beiträge
1.447
Punkte für Reaktionen
0
Punkte
62
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

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
26. Jan 2007
Beiträge
1.447
Punkte für Reaktionen
0
Punkte
62
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

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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
 

night2day

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
Danke für Deine Hilfe.

Gruß
Wolfgang
 

night2day

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
26. Jan 2007
Beiträge
1.447
Punkte für Reaktionen
0
Punkte
62
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

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
26. Jan 2007
Beiträge
1.447
Punkte für Reaktionen
0
Punkte
62
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

Benutzer
Mitglied seit
07. Mai 2008
Beiträge
228
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Mach den

Rich (BBCode):
umount -f /opt

und versuch dann die Vergrößerung

Itari
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat