February 2, 201115 yr I upgraded my array to the new 5.0b3, and upon restarting the parity drive and one data drive was fine. However, my second data drive came up missing. I've posted the syslog, and although I'm by no means a seasoned linux user, it seems to me that no partition information is being found on the drive. Was curious if anyone had any ideas to fix it, or at least recover my data. Ultimately, unless I'm mistaken, I could just buy another 1TB drive and restore from the parity drive. I would much rather recover the data and drive without having to go spend any money though. I attempted to fix the drive with reiserfsck --check, but it prompted me to use the reiserfsck --rebuild-sb command instead, and at that point I decided it was time to go to the forums! Thanks so much for any help offered. Feb 1 21:10:54 MacLAN logger: Starting Samba: /usr/sbin/nmbd -D Feb 1 21:10:54 MacLAN logger: /usr/sbin/smbd -D Feb 1 21:10:54 MacLAN emhttp: Start NFS... Feb 1 21:10:54 MacLAN emhttp: shcmd (149): /etc/rc.d/rc.nfsd start | logger Feb 1 21:11:57 MacLAN emhttp: shcmd (150): /usr/local/sbin/set_ncq sdb 1 >/dev/null Feb 1 21:11:57 MacLAN emhttp: shcmd (151): /usr/local/sbin/set_ncq sdc 1 >/dev/null Feb 1 21:11:57 MacLAN emhttp: Start array... Feb 1 21:11:57 MacLAN kernel: mdcmd (11): start STOPPED Feb 1 21:11:57 MacLAN kernel: unraid: allocating 18360K for 1280 stripes (3 disks) Feb 1 21:11:57 MacLAN kernel: md1: running, size: 976762552 blocks Feb 1 21:11:57 MacLAN kernel: md2: running, size: 976762552 blocks Feb 1 21:11:57 MacLAN emhttp: shcmd (152): udevadm settle Feb 1 21:11:57 MacLAN emhttp: shcmd (153): /usr/local/sbin/emhttp_event array_started Feb 1 21:11:57 MacLAN emhttp_event: array_started Feb 1 21:11:57 MacLAN emhttp: Mounting disks... Feb 1 21:11:57 MacLAN emhttp: shcmd (154): mkdir /mnt/disk1 Feb 1 21:11:57 MacLAN emhttp: shcmd (155): mkdir /mnt/disk2 Feb 1 21:11:57 MacLAN emhttp: shcmd (156): set -o pipefail ; mount -t reiserfs -o noatime,nodiratime /dev/md2 /mnt/disk2 2>&1 | logger Feb 1 21:11:57 MacLAN emhttp: shcmd (157): set -o pipefail ; mount -t reiserfs -o noatime,nodiratime /dev/md1 /mnt/disk1 2>&1 | logger Feb 1 21:11:57 MacLAN kernel: mdcmd (12): check NOCORRECT Feb 1 21:11:57 MacLAN kernel: md: recovery thread woken up ... Feb 1 21:11:57 MacLAN kernel: md: recovery thread has nothing to resync Feb 1 21:11:57 MacLAN logger: mount: wrong fs type, bad option, bad superblock on /dev/md2, Feb 1 21:11:57 MacLAN logger: missing codepage or helper program, or other error Feb 1 21:11:57 MacLAN logger: In some cases useful info is found in syslog - try Feb 1 21:11:57 MacLAN logger: dmesg | tail or so Feb 1 21:11:57 MacLAN logger: Feb 1 21:11:57 MacLAN emhttp: _shcmd: shcmd (156): exit status: 32 Feb 1 21:11:57 MacLAN emhttp: disk2 mount error: 32 Feb 1 21:11:57 MacLAN emhttp: shcmd (158): rmdir /mnt/disk2 Feb 1 21:11:57 MacLAN kernel: REISERFS warning (device md2): sh-2021 reiserfs_fill_super: can not find reiserfs on md2 Feb 1 21:11:57 MacLAN kernel: REISERFS (device md1): found reiserfs format "3.6" with standard journal Feb 1 21:11:57 MacLAN kernel: REISERFS (device md1): using ordered data mode Feb 1 21:11:57 MacLAN kernel: REISERFS (device md1): journal params: device md1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 Feb 1 21:11:57 MacLAN kernel: REISERFS (device md1): checking transaction log (md1) Feb 1 21:11:57 MacLAN kernel: REISERFS (device md1): Using r5 hash to sort names Feb 1 21:11:57 MacLAN emhttp: shcmd (159): chmod 770 '/mnt/disk1' Feb 1 21:11:57 MacLAN emhttp: shcmd (160): chown nobody:users '/mnt/disk1' Feb 1 21:11:58 MacLAN emhttp: shcmd (161): mkdir /mnt/user Feb 1 21:11:58 MacLAN emhttp: shcmd (162): /usr/local/sbin/shfs /mnt/user -disks 2 -o noatime,big_writes,allow_other,default_permissions Feb 1 21:11:58 MacLAN emhttp: shcmd (163): /usr/local/sbin/emhttp_event disks_mounted Feb 1 21:11:58 MacLAN emhttp_event: disks_mounted Feb 1 21:11:58 MacLAN emhttp: shcmd (164): /usr/local/sbin/emhttp_event stopping_svcs Feb 1 21:11:58 MacLAN emhttp_event: stopping_svcs Feb 1 21:11:58 MacLAN emhttp: Stop SMB... Feb 1 21:11:58 MacLAN emhttp: shcmd (165): /etc/rc.d/rc.samba stop | logger Feb 1 21:11:58 MacLAN emhttp: Stop NFS... Feb 1 21:11:58 MacLAN emhttp: shcmd (166): /etc/rc.d/rc.nfsd stop | logger Feb 1 21:11:59 MacLAN emhttp: Stop AFP... Feb 1 21:11:59 MacLAN emhttp: shcmd (167): /etc/rc.d/rc.atalk stop | logger Feb 1 21:11:59 MacLAN emhttp: Stop AVAHI... Feb 1 21:11:59 MacLAN emhttp: shcmd (168): /etc/rc.d/rc.avahidaemon stop | logger Feb 1 21:11:59 MacLAN logger: Stopping Avahi mDNS/DNS-SD Daemon: stopped Feb 1 21:11:59 MacLAN emhttp: shcmd (169): /etc/rc.d/rc.avahidnsconfd stop | logger Feb 1 21:11:59 MacLAN logger: Stopping Avahi mDNS/DNS-SD DNS Server Configuration Daemon: stopped Feb 1 21:11:59 MacLAN emhttp: shcmd (170): rm /etc/samba/smb-shares.conf >/dev/null 2>&1 Feb 1 21:11:59 MacLAN emhttp: shcmd (171): cp /etc/exports- /etc/exports Feb 1 21:11:59 MacLAN emhttp: Start SMB... Feb 1 21:11:59 MacLAN emhttp: shcmd (172): /etc/rc.d/rc.samba start | logger Feb 1 21:11:59 MacLAN logger: Starting Samba: /usr/sbin/nmbd -D Feb 1 21:11:59 MacLAN logger: /usr/sbin/smbd -D Feb 1 21:11:59 MacLAN emhttp: Start NFS... Feb 1 21:11:59 MacLAN emhttp: shcmd (173): /etc/rc.d/rc.nfsd start | logger Feb 1 21:11:59 MacLAN emhttp: shcmd (174): /usr/local/sbin/emhttp_event svcs_started Feb 1 21:11:59 MacLAN emhttp_event: svcs_started Thanks again. Michael
February 2, 201115 yr I think this post should be in the proper forum the unRAID 5.0 dedicated one [ http://lime-technology.com/forum/index.php?board=25.0 ] There is some discussion about this in the announcement thread. Have you tried the suggestions mentioned in that one? Also make sure you absolutely have the proper drives assigned. It might be the case that the drives were somehow swapped and weren't assigned back properly. Also, have you tried running a reiserfs check on the drive that's missing? I see that you have. It's good that you asked about that before proceeding. Generally if it tells you to run a specific command, it's usually recommended to follow it. I've never had to deal with this issue, so I'd hold off until perhaps one of the moderators can give more informed direction.
February 2, 201115 yr Not to sound harsh but did you read through the 5.0b3 thread in the Announcments Forum? If not I highly suggest that you do AND THEN DOWNGRADE TO THE PREVIOUS VERSION OF UNRAID YOU WHERE RUNNING. There are many many changes to how unRAID handles thing because of the update to a more current version of Slackware. If you upgraded a production machine to 5.0b3 I suggest downgrading unless your willing to deal with some of these hurdles.
February 2, 201115 yr This is a very immature beta. It is not advised for anyone to install on anything but a test server containing no data of value. Upgrading a production array to 5.0b3 is dangerous. Although some people do implement beta versions on production arrays, this should only be done once there is confidence that the beta has been thoroughly tested and found reliable through considerable community testing. We are no where near this level with 5.0b3. Move back to 4.7. If you have problems moving back, post questions here.
Archived
This topic is now archived and is closed to further replies.