Mein 412er mit 3.8.3 hat mich lt. log angemeckert (schon ein paar Tage her) daß das RAID nicht iO sei.
Eine Prüfung über die Datenträgerverwaltung schlägt fehl. Interessanterweis wird dieser [zensiert] Mediaservice bei der Prüfung angeworfen falls ich ihn vorher über ssh gestopped habe:
2014-04-26 11:24:52 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Examination failed(Cannot unmount disk). 2014-04-26 11:23:25 System 127.0.0.1 localhost [Media Library] Media Library Server started.
Ok, bis dahin noch nicht kritisch, man ist ja leider einiges gewohnt... Also ab in die Konsole. Die kleinen stops haben nix gebracht also die große Keule:
[~] # /etc/init.d/services.sh stopStop qpkg service: Disable Optware/ipkgkillall: myidbserver: no process killedkillall: mymediadbserver: no process killedShutting down UPS monitoring:Network UPS Tools - UPS driver controller 2.6.5Can't open /var/lock/usbhid-ups-ttyS1.pid: No such file or directorycat: /var/run/upsdrv.pid: No such file or directoryrm: cannot remove `/var/run/upsdrv.pid': No such file or directory.Stop service: cloud3p.sh vpn_openvpn.sh vpn_pptp.sh ldap_server.sh antivirus.sh iso_mount.sh qsyncman.sh rsyslog.sh snmp nvrd.sh lunportman.sh iscsitrgt.sh smb.sh nfs crond.sh Qthttpd.sh twonkymedia.sh init_iTune.sh ImRd.sh StartMediaService.sh bt_scheduler.sh btd.sh ftp.sh atalk.sh mysqld.sh recycled.sh .[~] # /etc/init.d/opentftp.sh stop[~] # /etc/init.d/Qthttpd.sh stopShutting down Qthttpd services: Qthttpd.apache: Could not reliably determine the server's fully qualified domain name, using 192.168.1.200 for ServerNamehttpd (no pid file) not runningApache httpd is stopped.
Qthttpd war zwar bei den services schon dabei aber es stand in einer der Anleitungen drin, also noch mal seperat benutzt.
Danach dann versucht md0 zu unmounten:
[~] # umount /dev/md0umount: /share/MD0_DATA: device is busyumount: /share/MD0_DATA: device is busy
ok, dann eben mit der Brechstange:
Danach noch mal den normalen umount anstarten und siehe da: md0 soll erfolgreich dismounted sein:
also versuchen(!) das fs zu checken:
[~] # e2fsck /dev/md0e2fsck 1.41.4 (27-Jan-2009)e2fsck: Device or resource busy while trying to open /dev/md0Filesystem mounted or opened exclusively by another program?[~] # e2fsck -f -v -C 0 /dev/md0e2fsck 1.41.4 (27-Jan-2009)e2fsck: Device or resource busy while trying to open /dev/md0Filesystem mounted or opened exclusively by another program?
md0 scheint aber wirklich ausgehängt zu sein:
[~] # df -hFilesystem Size Used Available Use% Mounted on/dev/ram0 32.9M 15.7M 17.2M 48% /tmpfs 32.0M 336.0k 31.7M 1% /tmp/dev/sda4 356.5M 309.2M 47.2M 87% /mnt/ext/dev/md9 509.5M 112.4M 397.1M 22% /mnt/HDA_ROOT
Allerdings ergibt eine Listung der Platten Probleme für sda4 und md9. Warum auch immer. Bin nicht sicher ob das relevant oder ein Nebeneffekt der Unmounterei und servicestopperei ist? Bei fdisk taucht dann auch md0 wieder auf...
Hab die Ausgabe mal gekürzt, die volle Variante ist als txt angehängt.
Wenn ich das richtig sehe ist sda4 die Datenpartition von sda die mit sdb4 bis sdd4 zu md0 zusammengefügt wird? Der Fehler kommt nur für sda4. Bedeutet das etwas? Oder liegt das auch am md0-umount?
[~] # fdisk -l/dev/sda4 243139 243200 498012 83 LinuxDisk /dev/sda4: 469 MB, 469893120 bytes2 heads, 4 sectors/track, 114720 cylindersUnits = cylinders of 8 * 512 = 4096 bytesDisk /dev/sda4 doesn't contain a valid partition tableDisk /dev/md9 doesn't contain a valid partition tableDisk /dev/md4 doesn't contain a valid partition tableDisk /dev/md0: 0 MB, 0 bytes2 heads, 4 sectors/track, 0 cylindersUnits = cylinders of 8 * 512 = 4096 bytesDisk /dev/md0 doesn't contain a valid partition table
Dann noch einen letzten Versuch den Übeltäter zu identifizieren:
[~] # grep /dev/md /proc/mounts/dev/md9 /mnt/HDA_ROOT ext3 rw,relatime,errors=continue,data=writeback 0 0
Tja, und an der Stelle hänge ich dann definitiv fest...
Ich hab Null Ahnung was mir da an der md0 rumknabbert...
edit
[~] # cat /proc/mdstatPersonalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]md0 : active raid5 sda3[0] sdd3[3] sdb3[2] sdc3[1] 5855836608 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]md4 : active raid1 sdd2[2](S) sdc2[3](S) sdb2[1] sda2[0] 530048 blocks [2/2] [UU]md13 : active raid1 sda4[0] sdc4[3] sdd4[2] sdb4[1] 458880 blocks [4/4] [UUUU] bitmap: 0/57 pages [0KB], 4KB chunkmd9 : active raid1 sda1[0] sdd1[3] sdc1[2] sdb1[1] 530048 blocks [4/4] [UUUU] bitmap: 0/65 pages [0KB], 4KB chunk
Ist md0 nun gemounted oder nicht?*grml
Ein # mdadm -D /dev/md0 bringt auch keine Fehler.
Aber die Erkenntnis daß sda4 nix mit den Daten zu tun hat.
Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 8 35 1 active sync /dev/sdc3
2 8 19 2 active sync /dev/sdb3
3 8 51 3 active sync /dev/sdd3
/edit
Vorschläge?
Danke.