Alexandro Posted May 20, 2015 Share Posted May 20, 2015 All, My cache drive has become read-only again. I do not know what is the reason for this but it started to happen after I migrate my server to 6 beta 15. Every 2 days I need to restart the server because of BTRFS errors. Upgrade to RC3 is still not an option for me. Please see the system log attached. syslog.txt.zip Quote Link to comment
jonp Posted May 20, 2015 Share Posted May 20, 2015 All, My cache drive has become read-only again. I do not know what is the reason for this but it started to happen after I migrate my server to 6 beta 15. Every 2 days I need to restart the server because of BTRFS errors. Upgrade to RC3 is still not an option for me. Please see the system log attached. I'm going to move your thread to general support. Without following the guidelines outlined here, we can't really treat this as a defect (also because we haven't had this issue in internal testing or others reporting it). Could be a hardware issue. Quote Link to comment
Alexandro Posted May 20, 2015 Author Share Posted May 20, 2015 Thanks Jonp for the input. Could you please elaborate further what test would you like me to perform in order to provide you with additional information? There are no (obvious) problems neither with the hard-disk nor with the controller. Quote Link to comment
RobJ Posted May 20, 2015 Share Posted May 20, 2015 All, My cache drive has become read-only again. I do not know what is the reason for this but it started to happen after I migrate my server to 6 beta 15. Every 2 days I need to restart the server because of BTRFS errors. Upgrade to RC3 is still not an option for me. Please see the system log attached. The Cache drive is on a SAS controller, and they are singularly uninformative about errors! Everything was fine, until this - May 20 01:15:21 UNRAID kernel: mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00) May 20 01:15:21 UNRAID kernel: blk_update_request: I/O error, dev sdi, sector 0 May 20 01:15:21 UNRAID kernel: sd 2:0:2:0: [sdi] UNKNOWN Result: hostbyte=0x00 driverbyte=0x08 May 20 01:15:21 UNRAID kernel: sd 2:0:2:0: [sdi] Sense Key : 0x2 [current] May 20 01:15:21 UNRAID kernel: sd 2:0:2:0: [sdi] ASC=0x4 ASCQ=0x0 May 20 01:15:21 UNRAID kernel: sd 2:0:2:0: [sdi] CDB: May 20 01:15:21 UNRAID kernel: cdb[0]=0x2a: 2a 00 0d 38 c5 60 00 00 08 00 May 20 01:15:21 UNRAID kernel: blk_update_request: I/O error, dev sdi, sector 221824352 May 20 01:15:21 UNRAID kernel: Buffer I/O error on dev sdi1, logical block 27728036, lost async page write May 20 01:15:21 UNRAID kernel: BTRFS: lost page write due to I/O error on /dev/loop0 May 20 01:15:21 UNRAID kernel: BTRFS: bdev /dev/loop0 errs: wr 1, rd 0, flush 0, corrupt 16, gen 0 Apparently something with the controller or with the drive failed at that time, but no clues I recognize. Perhaps someone somewhere has a manual for that controller or that controller module (mpt2sas), that lists the codes and what they mean. It looks like a write failed, causing BTRFS corruption, but no clue why it failed. I suspect a problem with the controller (check for a firmware update), but you should Obtain a SMART report for the Cache drive, to ensure there aren't problems with it. The newest release reports BTRFS fixes, so I recommend downloading -rc3 and upgrading to it. Might help avoid the BTRFS issues. Quote Link to comment
Alexandro Posted May 20, 2015 Author Share Posted May 20, 2015 Dear RobJ, Thank you very much for your exhaustive comment. The controller is a Supermicro SASLP-MV8 with LSI cables connected to a Supermicro M35-T cage. Will upgrade to RC3 as soon as I get back home with a hope to resolve the annoying issue. Smart (long and short) tests were perform showing no problems with the disk. Will keep an eye on it and will report what is happening once I upgrade to RC3. Thanks again. Quote Link to comment
RobJ Posted May 20, 2015 Share Posted May 20, 2015 While I hope RC3 helps, I don't think it will fix the problem, because that seems to be something to do with that drive and controller. You could eliminate the controller as a factor by reconnecting the Cache drive to a motherboard port. There are still 5 of them, and they are your fastest and most reliable ports. Quote Link to comment
Alexandro Posted May 20, 2015 Author Share Posted May 20, 2015 Thanks RobJ, Probably I didn't mentioned that the cache drive itself is RFS formatted and only the docker.img is BTRFS. I already upgrade to RC-3 and I am closely watching the log. Quote Link to comment
guyonphone Posted May 29, 2015 Share Posted May 29, 2015 Hello Alexandro, I am having a similar problem, I see it has been a while, since you have posted, were you able to resolve this issue? Quote Link to comment
Alexandro Posted May 29, 2015 Author Share Posted May 29, 2015 Hello, RC3 solved the issue for me after applying scrub tools a number of times. My understanding is that it is a btrfs.img problem related and not the HDD itself. I would strongly recommend you to upgrade to RC3. Keep us posted on the result please. Best regards. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.