AndroidCat

How does RC13 and the above remarks relate to the problem reported some time ago, where a few media players/receivers can't see any content within NFS shares?

Looks like this is fairly easy and painless operation. No parity is recalculated. -stop the array -select "no device" option from drop-down menu for each HDD in question (to make the disks available to system for the step below...), -assign devices as you want /unRAID will say "wrong disk"/, -start the array Manual parity check proved in my case that everything was in order.

znelbok-> I've been using this card under ESXi with great success: Supermicro AOC-USAS2-L8E 6Gb/s 8-Port SAS Internal RAID Adapter w/ LSISAS 2008 I am doing pass-through to unRAID with no issues. I even flashed it to latest firmwares using same procedure and files as for IBM M1015. I believe (but haven' checked) that you can flash IT firmware to USAS2-L8I card as well.

Assume I want to change disk order within array /see attachment/, so that sdf becomes Disk12 and sdk jumps to Disk10. Please note that I don't change Linux disk assignments by swapping SATA cables. Is it as simple as stopping an array and changing disks using drop-down menus? What happens when I have certain disks included or excluded within share? I believe I have to change it manually.

I bought 2 of those in March. Very fast (faster than Barracuda 3T) and quiet. Precleared 3 times in a row without any issue. Ordered 3 more this morning.

From my experience you can only use IDE virtual drives.

Frank-> sadly no reply from Tom.

http://lime-technology.com/forum/index.php?topic=25739.0

Oh God, no Ubuntu, please! sudo sudo sudo sudo sudo

Thanks guys! IDE disk works! Have a test server now

//You only need the one disk not two. It's volume label should be UNRAID. All files, including 'config' dir, should be on that one disk. //As long as the volume label is UNRAID there won't be any complaints from the system. Hmm,this doesn't work for me (5.0rc11). I tried a few times, volume inside virtual disk is surely called UNRAID. I use "hybrid solution" for production unRAID BTW and that works great.

Did I understand your advice correctly? -created new unRAID VM with two virtual disks: first 4GB labeled whatever containing all *.zip contents except for 'config' directory 2nd 1GB labeled UNRAID containing just 'config' dir both disks formatted as FAT32 and first one made bootable from windows by running .bat file unRAID boots from disk1, but at some point complains that UNRAID disk can't be located: "waiing for /dev/disk/by-label/UNRAID" It also didn't work when I had one virtual disk called UNRAID with all the files and dirs from *.zip. I got something wrong

Is it at all possible to set up an unRAID VM without having physical USB stick (or emulate such)? I'd like to set up another test VM with minimal unRAID version (which doesn't require a licence tied to USB drive). I'm under the impression that unRAID expects USB to be there as its config files are stored on USB itself. Any workaround for this? At least we know bzroot and bzimage can be a part of VM. Thanks.

Joe L.-> OK, everything is clear now, Stop Array does not kill anything, powerdown script does, so in theory my UPS-triggered shutdown should take care of hanging files (since I have powerdown installed). Appreciate all the help guys.

Thanks, but is it the same script I have installed via unMenu? Name and version is same.

According to unmenu I had installed that one long time ago: powerdown-1.0.2 Does it also get executed when I manually press 'Stop Array'? That is when I noticed the problem and I concluded, that any powerdown script is invoking same procedure to stop the array prior to shutting down the Linux itself. Does it also matter that I run unRAID in ESXi5.1 with Zeron vmtools? I guess VM shutdown call same unRAID script.

I could not find a good answer for the below, if such exists sorry for a duplicate. Is there any way to change unRAID shutdown script to make sure array really stops on shutdown? Even by killing all open files. In my opinion the problem is important when there is a shutdown event generated by UPS, so no user intervention is possible and one wants to be sure array stops properly. Array can not stop when there is any file opened on a user share , as it forever retries to unmount user shares. I witnessed the above at least once when I tried to stop my array manually and had been waiting for ~10min contemplating same message over and over . I had to use lsof to kill some obscure hanging file referring to one of user shares. When I have to automatically shut down unRAID due to power loss I don't care about any opened files. I want to kill them after say 1min. Thanks.

I got 4 x W1333EB8GM (Super Talent DDR3-1333 8GB ECC Micron Chip Server Memory) So far I haven't noticed any problems with the memory and X9SCM-F. I also did a few hours of Memtest with no errors. I run my unRAID on ESXi by the way. I was also debating whether to get Samsung, Kingston and SuperTalent. Price differences are quite marginal.

I got SuperTalent from superbiiz. Working fine so far

I have 16GB ECC unregistered/unbuffered RAM for sale. Those are four 4GB Kingston modules: 2x KVR1333D3E9SK2/8G DDR3-1333 8GB (2x4GB) ECC CL9 Memory Kit This is a perfect memory for Supermicro X9SCM-F and similar boards. Also for HP N40. The item for sale have been working perfectly in my server (Xeon+X9SCM-F) for over 6 months. Selling due to upgrade to 32G. Shipping to lower 48 states only, PayPal payments only. Price is $75 including shipping. Specifications Mfr Part Number: KVR1333D3E9SK2/8G Type: DDR3 Capacity: 8GB (2x 4GB) Speed: PC10600 1333MHz Size & Bit: 512M x 72 Pins: 240pin ECC: Yes Registered: No CL 9, 1.5V

Well, I marked this topic as SOLVED as the issue has not been seen since. As suggested by Joe and other posters those errors are only happening when using preclear together with heavy use of SAMBA share. Somehow that seems to consume too much of a RAM or something. Anyway the problem was NOT caused by old LSI firmware and probably is also not an RC issue.

Just to report on the progress. 1. Downloaded LSI IT Firmware and BIOS from LSI website here: http://www.lsi.com/support/Pages/Download-Results.aspx?productcode=P00055&assettype=0&component=Storage%20Component&productfamily=Host%20Bus%20Adapters&productname=LSI%20SAS%209200-8e 2. Downloaded current P13 Linux sas2flash utility from same location 3. Passed-through Supermicro controller to separate OpenSUSE VM under ESXi /to be on the safe side, could be done from within unRAID itself/ 4. flashed without any problems like so: sas2flash -o -f <firmware file> -b <bios rom file> 5. sas2flash -list reported firmware version 13.0.57 and BIOS 7.25.0 6. Passed card back to unRAID and voila, everything detected and reporting disks correctly. I just started some preclear to see if the initial issue is gone. To be continued... PeterB, I used latest sas2flash and it did not complain, possibly because Supermicro card was '8e' type which means IT mode, so no cross-flashing here...

Thanks PeterB Will this LSI SAS 9200-8e firmware be OK? http://www.lsi.com/support/Pages/Download-Results.aspx?productcode=P00055&assettype=0&component=Storage%20Component&productfamily=Host%20Bus%20Adapters&productname=LSI%20SAS%209200-8e I believe I can use Linux flash utility. but borrow newer 13.5 firmware from DOS/Windows package? Will try tomorrow and report back...

Thanks Joe. I agree with you that syslog writings look like low memory issue. However checking unRAID and ESXi memory allocation I could not see it got exhausted. It was getting higher, but never went over 75% of available RAM. I believe there is something more going on... I did preclear multiple drives (2 or 3 max at the time) before using M1015 and never noticed those errors (yes I am checking syslog periodically LOL). Now with Supermicro it is enough to start preclear for one drive in order to see the issue. Maybe, just maybe the firmware on Supermicro is too old. Currently it is 7.xx. Since this is LSI2008 based card can I apply here exactly same procedure and firmware as in case of M1015? Appreciate your help.

Hi, my first post here as I recently moved from ZFS world to unRAID. I've been successfully running unRAID on ESXi5 and X9SCM-F for last 1.5months. I am using M1015 flashed to IT mode and 5GB of RAM. Problems appeared when I started using Supermicro AOC-USAS2-L8i as a second controller. Mind you that card has been in the system from the beginning, passed-through and connected to HDDs which were sitting IDLE. In other words those drives were never precleared and never made it to the array at that point. Since I started pre-clear drives hooked up to this Supermicro I observed lots of errors in syslog. Or basically it was same error repeating every minute or so. I believe frequency of that error is determined by HDD usage. Preclear is very HDD intensive (although I don't know how much it stresses controller itself...) and I think it is "reading phase" of preclear script causing most of those, not so much "Writing phase". Anyway, usually there seems to be no or minimal impact on unRAID and SAMBA. But one day when I was preclearing out of the sudden access to files became very slow and even small AVI was shuttering. The issue was gone after preclear finished. So my theory is that disk activity on AOC card is causing some problems to whole unRAID. At this point I am bit worried to write any valuable data to those disks. And by the way preclear was successful for those HDDs and I was able to add them to my array. They have not dropped since then. unRAID version is 5.0rc4 and 5 (no difference). Jul 6 06:39:23 unraid kernel: smbd: page allocation failure: order:3, mode:0x4020 Jul 6 06:39:23 unraid kernel: Pid: 4757, comm: smbd Not tainted 3.0.35-unRAID #2 (Errors) Jul 6 06:39:23 unraid kernel: Call Trace: (Errors) Jul 6 06:39:23 unraid kernel: [<c105fee8>] warn_alloc_failed+0xb2/0xc4 (Errors) Jul 6 06:39:23 unraid kernel: [<c1060653>] __alloc_pages_nodemask+0x456/0x47f (Errors) Jul 6 06:39:23 unraid kernel: [<c10606d0>] __get_free_pages+0xf/0x21 (Errors) Jul 6 06:39:23 unraid kernel: [<c107dfa0>] __kmalloc+0x28/0xff (Errors) Jul 6 06:39:23 unraid kernel: [<c1025df6>] ? T.1527+0x31/0x35 (Errors) Jul 6 06:39:23 unraid kernel: [<c12910a9>] pskb_expand_head+0xca/0x1eb (Errors) Jul 6 06:39:23 unraid kernel: [<c1291549>] __pskb_pull_tail+0x41/0x21f (Errors) Jul 6 06:39:23 unraid kernel: [<c1298321>] dev_hard_start_xmit+0x20a/0x322 (Errors) Jul 6 06:39:23 unraid kernel: [<c12a6d6a>] sch_direct_xmit+0x50/0x137 (Errors) Jul 6 06:39:23 unraid kernel: [<c1298537>] dev_queue_xmit+0xfe/0x274 (Errors) Jul 6 06:39:23 unraid kernel: [<c12b3d4f>] ip_finish_output+0x237/0x272 (Errors) Jul 6 06:39:23 unraid kernel: [<c12b3e2a>] ip_output+0xa0/0xa8 (Errors) Jul 6 06:39:23 unraid kernel: [<c12b326e>] ip_local_out+0x1b/0x1e (Errors) Jul 6 06:39:23 unraid kernel: [<c12b3772>] ip_queue_xmit+0x2a5/0x2f2 (Errors) Jul 6 06:39:23 unraid kernel: [<c12c2ce8>] tcp_transmit_skb+0x4d7/0x50d (Errors) Jul 6 06:39:23 unraid kernel: [<c12c4ff2>] tcp_write_xmit+0x2f9/0x3d7 (Errors) Jul 6 06:39:23 unraid kernel: [<c12c5114>] __tcp_push_pending_frames+0x18/0x6f (Errors) Jul 6 06:39:23 unraid kernel: [<c12bae84>] do_tcp_sendpages+0x466/0x493 (Errors) Jul 6 06:39:23 unraid kernel: [<c12baf02>] tcp_sendpage+0x51/0x66 (Errors) Jul 6 06:39:23 unraid kernel: [<c12baeb1>] ? do_tcp_sendpages+0x493/0x493 (Errors) Jul 6 06:39:23 unraid kernel: [<c12d2725>] inet_sendpage+0x82/0x9c (Errors) Jul 6 06:39:23 unraid kernel: [<c12d26a3>] ? inet_dgram_connect+0x5e/0x5e (Errors) Jul 6 06:39:23 unraid kernel: [<c128a95e>] kernel_sendpage+0x1a/0x2d (Errors) Jul 6 06:39:23 unraid kernel: [<c128a998>] sock_sendpage+0x27/0x2c (Errors) Jul 6 06:39:23 unraid kernel: [<c10995ce>] pipe_to_sendpage+0x5a/0x6c (Errors) Jul 6 06:39:23 unraid kernel: [<c128a971>] ? kernel_sendpage+0x2d/0x2d (Errors) Jul 6 06:39:23 unraid kernel: [<c1099634>] splice_from_pipe_feed+0x54/0xc4 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099574>] ? splice_from_pipe_begin+0x10/0x10 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099b8a>] __splice_from_pipe+0x36/0x55 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099574>] ? splice_from_pipe_begin+0x10/0x10 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099cf1>] splice_from_pipe+0x51/0x64 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099d30>] ? default_file_splice_write+0x2c/0x2c (Errors) Jul 6 06:39:23 unraid kernel: [<c1099d43>] generic_splice_sendpage+0x13/0x15 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099574>] ? splice_from_pipe_begin+0x10/0x10 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099e85>] do_splice_from+0x57/0x61 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099ea6>] direct_splice_actor+0x17/0x1c (Errors) Jul 6 06:39:23 unraid kernel: [<c109a471>] splice_direct_to_actor+0xbe/0x16b (Errors) Jul 6 06:39:23 unraid kernel: [<c117a7da>] ? fuse_file_flock+0x33/0x33 (Errors) Jul 6 06:39:23 unraid kernel: [<c1099e8f>] ? do_splice_from+0x61/0x61 (Errors) Jul 6 06:39:23 unraid kernel: [<c109a569>] do_splice_direct+0x4b/0x62 (Errors) Jul 6 06:39:23 unraid kernel: [<c1080516>] do_sendfile+0x157/0x19f (Errors) Jul 6 06:39:23 unraid kernel: [<c108059a>] sys_sendfile64+0x3c/0x7c (Errors) Jul 6 06:39:23 unraid kernel: [<c130f525>] syscall_call+0x7/0xb (Errors) Jul 6 06:39:23 unraid kernel: [<c130007b>] ? _cpu_down+0x13f/0x1bc (Errors) Jul 6 06:39:23 unraid kernel: Mem-Info: Jul 6 06:39:23 unraid kernel: DMA per-cpu: Jul 6 06:39:23 unraid kernel: CPU 0: hi: 0, btch: 1 usd: 0 Jul 6 06:39:23 unraid kernel: Normal per-cpu: Jul 6 06:39:23 unraid kernel: CPU 0: hi: 186, btch: 31 usd: 16 Jul 6 06:39:23 unraid kernel: HighMem per-cpu: Jul 6 06:39:23 unraid kernel: CPU 0: hi: 186, btch: 31 usd: 26 Jul 6 06:39:23 unraid kernel: active_anon:5668 inactive_anon:39 isolated_anon:0 Jul 6 06:39:23 unraid kernel: active_file:275127 inactive_file:908639 isolated_file:23 Jul 6 06:39:23 unraid kernel: unevictable:46338 dirty:15122 writeback:14245 unstable:0 Jul 6 06:39:23 unraid kernel: free:9186 slab_reclaimable:26625 slab_unreclaimable:4710 Jul 6 06:39:23 unraid kernel: mapped:3416 shmem:53 pagetables:230 bounce:0 Jul 6 06:39:23 unraid kernel: DMA free:3536kB min:64kB low:80kB high:96kB active_anon:0kB inactive_anon:0kB active_file:2704kB inactive_file:7892kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15804kB mlocked:0kB dirty:244kB writeback:2552kB mapped:0kB shmem:0kB slab_reclaimable:1216kB slab_unreclaimable:496kB kernel_stack:80kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Jul 6 06:39:23 unraid kernel: lowmem_reserve[]: 0 869 5056 5056 Jul 6 06:39:23 unraid kernel: Normal free:3752kB min:3736kB low:4668kB high:5604kB active_anon:16kB inactive_anon:0kB active_file:265612kB inactive_file:377724kB unevictable:0kB isolated(anon):0kB isolated(file):92kB present:890008kB mlocked:0kB dirty:60244kB writeback:54428kB mapped:4kB shmem:0kB slab_reclaimable:105284kB slab_unreclaimable:18344kB kernel_stack:768kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Jul 6 06:39:23 unraid kernel: lowmem_reserve[]: 0 0 33495 33495 Jul 6 06:39:23 unraid kernel: HighMem free:29456kB min:512kB low:5012kB high:9512kB active_anon:22656kB inactive_anon:156kB active_file:832192kB inactive_file:3248940kB unevictable:185352kB isolated(anon):0kB isolated(file):0kB present:4287396kB mlocked:0kB dirty:0kB writeback:0kB mapped:13660kB shmem:212kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:920kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no Jul 6 06:39:23 unraid kernel: lowmem_reserve[]: 0 0 0 0 Jul 6 06:39:23 unraid kernel: DMA: 14*4kB 3*8kB 0*16kB 2*32kB 7*64kB 13*128kB 5*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 3536kB Jul 6 06:39:23 unraid kernel: Normal: 906*4kB 2*8kB 1*16kB 3*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 3752kB Jul 6 06:39:23 unraid kernel: HighMem: 34*4kB 11*8kB 399*16kB 348*32kB 83*64kB 40*128kB 5*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 29456kB Jul 6 06:39:23 unraid kernel: 1230182 total pagecache pages Jul 6 06:39:23 unraid kernel: 0 pages in swap cache Jul 6 06:39:23 unraid kernel: Swap cache stats: add 0, delete 0, find 0/0 Jul 6 06:39:23 unraid kernel: Free swap = 0kB Jul 6 06:39:23 unraid kernel: Total swap = 0kB Jul 6 06:39:23 unraid kernel: 1572848 pages RAM Jul 6 06:39:23 unraid kernel: 1344514 pages HighMem Jul 6 06:39:23 unraid kernel: 275946 pages reserved Jul 6 06:39:23 unraid kernel: 161883 pages shared Jul 6 06:39:23 unraid kernel: 1132557 pages non-shared AOCsyslog.zip