savestheday

Does this NIC work in unRAID in passthru mode?

My main concern is the Zeron's tools being compatible with 5.1. Guessing that's not an issue?

Running RC8a on my config in my signature with LSI 9220 (M1015). Drive 3 went to sleep and woke up without red balling. Will continue testing. Thanks Tom.

Anyone using these tools with ESXi 5.1?

Anyone updated to vSphere 5.1?

Guess that means I didn't get in Thanks Seanant.

Hi Sean, I sent you an IM on Saturday. Was I too late? I need (2) of these.

Question....I just upgraded all of my LSI cards to P14 in order to upgrade to this test RC. If I upgrade and for some reason need to go back, what will happen to the extra drives I'm able to add with this test version? I'm guessing parity will have to be rebuilt but what are the other ramifications?

I wonder what encouraged you to go to RC4, then? There are already several people running RC5 and RC6. There have been some significant fixes since RC4 - virtual elimination of NFS 'stale file handle errors', elimination of a significant cause of duplicate files etc. PeterB, I started on 5.0 beta 6, I never had 4.7. I waited till unRAID supported AFP (I have 5 Macs in my house) and the LSI cards (and of course was somewhat stable). unRAID has been very stable for me for the past year (save some AFP issues). While I started out using it in a test environment, I have, probably against the better judgement of most, used unRAID 5.0 beta/rc as a prod environment for quite some time now. I also have a similar build to JohnM and since I know he tests every new release, I usually wait for the all clear from him. I've even communicated with him through PM about upgrading to certain beta and RC releases. He's been very helpful. So RC5 is definitely doable for me but till this point, RC6 has had LSI issues. I've stayed on RC4 because it's been stable and I don't use NFS.

I think a lot of LSI users would disagree Do you know of any LSI users who are still having problems with rc6-r8168-test2? I haven't seen a message from anyone who's tried that version and still had problems. I didn't see test2 till after I posted this comment. Can't wait for the fix to come out cause I've got two drives ready to expand! If you are willing to assist in testing this release, you can find a link to it in the first post of the following thread. No one has had a problem with it thus far. Note that this thread was also used of the first test which was not successful. http://lime-technology.com/forum/index.php?topic=21597.0 To be completely honest, I'm running RC4 and it's stable. I've got a large array and don't want to chance it. I may be building a second server soon so I can test it then but for now, I don't want to endanger my prod environment (yes I know this isn't final software but RC4 is very stable for me!). I'm a tinkerer at heart so it pains me to even write that but I've got 32TB of data that tells me otherwise

I think a lot of LSI users would disagree Do you know of any LSI users who are still having problems with rc6-r8168-test2? I haven't seen a message from anyone who's tried that version and still had problems. I didn't see test2 till after I posted this comment. Can't wait for the fix to come out cause I've got two drives ready to expand!

All, just for the record, this was my bad on the new flash drive and had nothing to do with this release. Tom sent me a new key and all is good again. Time to swap a very old hard drive today, so hope that goes well. I've rebooted about 8 times now and went through everything, can't find anything wrong. I think we are extremely close to calling this FINAL. Awesome work guys! I think a lot of LSI users would disagree

Hi Tom, I did Google these errors as well and found everything from 10.7.4 (which I'm running) changing SMB to reports from years ago. I'm not sure it's unRAID, just curious to see if someone else had seen it. For reference, I mounted the same share via AFP and the backup went through without issue. I should alos mention that when mounting via AFP, I mounted the MP3 User Share. When I mount via SMB, I mount disk17 (where my MP3's reside) so maybe it's an SMB Disk Share issue on Macs? I'll try mounting just the MP3 share via SMB. I did find this Netgear ReadyNAS thread that seems to be what I'm experiencing. It also might be the backup software listing a lot of directories at once then copying them over. As far as I can tell, this *only* disconnects when I'm running Chronosync (which uses rsync as a back end). http://www.readynas.com/forum/viewtopic.php?f=21&t=48120 Regarding AFP: even though I tweak AFP to store the DB files on my cache drive, I find it very slow to connect to AFP shares on my Macs. Sometimes listing directories is an affair that you can start, walk away from, and come back to before it's fully mounted. Sometimes it's fast. Nothing crazy in the syslog (I can post if you want). Also, even though I've told it to connect via 'redfive' (my user account), it will sometimes auto mount as GUEST. I think the slowest part of it is clicking on my unRAID box in the left hand pane of Finder and having it initially list the shares. I've put the share mounts in as a login item and it definitely takes a while that way too. I know that on one of the changelogs you mentioned you were working on some AFP stuff so I figured it would get fixed soon anyway. That's the biggest reason why I've left it alone. Here's the line I use in my GO script to tweak AFP, let me know if it should be fixed. # Set AFP Settings sed -i "c/cnidscheme:dbd/cnidscheme:dbd dbpath:\/mnt/cache/.appledbloc" /etc/netatalk/AppleVolumes.default- Maybe this isn't working because AFP is already started up? Thx again Tom.

I do backups from unRAID down to a local drive using Chronosync. I often find that my backups have failed because the drive becomes unmounted. In my syslog (on OS X), I see the following: 7/6/12 12:04:16.626 AM KernelEventAgent: tid 00000000 type 'smbfs', mounted on '/Volumes/disk17', from '//redfive@EchoBase-SMB._smb._tcp.local/disk17', dead 7/6/12 12:04:16.626 AM KernelEventAgent: tid 00000000 force unmount //redfive@EchoBase-SMB._smb._tcp.local/disk17 from /Volumes/disk17 7/6/12 12:04:17.000 AM kernel: smb_iod_reconnect: Reconnected share DISK17 with server EchoBase-SMB._smb._tcp.local 7/8/12 3:01:46.000 AM kernel: smb_iod_reconnect: Reconnected share DISK17 with server EchoBase-SMB._smb._tcp.local 7/8/12 3:02:51.000 AM kernel: smb_iod_reconnect: Reconnected share DISK17 with server EchoBase-SMB._smb._tcp.local 7/8/12 3:03:56.000 AM kernel: smb_iod_reconnect: Reconnected share DISK17 with server EchoBase-SMB._smb._tcp.local 7/8/12 3:05:01.000 AM kernel: smb_iod_reconnect: Reconnected share DISK17 with server EchoBase-SMB._smb._tcp.local 7/8/12 3:06:06.000 AM kernel: smb_iod_reconnect: Reconnected share DISK17 with server EchoBase-SMB._smb._tcp.local I use SMB because AFP is still fairly unusable on large arrays even with tweaks. Has anyone else seen anything like this? BTW, on unRAID 5.0 RC4.

Thx Vex

Here's to hoping Vexhold is on vacation because myself and at least one other person from this thread hasn't heard back from him after sending money.

Vexhold - I sent you the PayPal for the Norco 450. Has it shipped yet?

And also hdds 10 and onwards don't spin down after the 1 hour setting. This does not happen to me. All my drives spin down after my hour setting. Make sure you go into each drive and hit Apply.

FTP is turned on by default and you should have access to all shares but it looks like that's it.

This is what I use: sed -i "s/cnidscheme:dbd/cnidscheme:dbd dbpath:\/vmware\//g" /etc/netatalk/AppleVolumes.default- Each slash or quote have to be escaped with a backslash. much appreciated!

To change the database storage path, all you need to do is change AppleVolumes.default from: :DEFAULT: cnidscheme:dbd options:upriv,usedots,nodev to: :DEFAULT: cnidscheme:dbd dbpath:/path-of-choice options:upriv,usedots,nodev I do that with "sed" in my "go" file to replace that line on "/etc/netatalk/AppleVolumes.default-". I've looked briefly into netatalk source, and found no easy way to increase the timeout interval. It's not exposed as a variable, so Tom is probably right about the amount of coding required. PS: Maybe those two variables at line 50 and 51 in this file can do the trick? http://fossies.org/linux/misc/netatalk-2.2.2.tar.gz:a/netatalk-2.2.2/libatalk/cnid/dbd/cnid_dbd.c Ahh yeah, I knew it was something! This is what I have in my GO script: cp /boot/scripts/AppleVolumes.default- /etc/netatalk/AppleVolumes.default- My AppleVolumes.default- has some special settings towards the bottom :DEFAULT: cnidscheme:dbd options:upriv,usedots,nocnidcache dbpath:/mnt/cache/.appledbloc/$v Not sure that dbpath has ever improved it that much but maybe I should consider moving that to the flash drive. Would love to have your SED command as it's prolly much cleaner and SED confuses the crap out of me. Thx!

I think there is a way to configure Netatalk via config file, no? I'm gonna have to look through my notes but pretty sure I do some AFP config on boot. Either way, this is great news. AFP is very painful right now for us Mac users. Thx Tom!

I think they can still be had for under $85 with bracket. This is the IBM M1015 flashed as LSI2008. Excellent card. I'm sticking with beta 12a. I for one don't have a real issue with that because EVERYTHING works for me but I understand peoples' frustrations. It feels odd to be running 12a as prod but it's very stable. Tomm, I too have an extra M1015/LSI 2008 card I can mail you to test. Please PM me with where you want it sent.

thanks for this. AFP has always been really crappy on unRAID, it's really my only beef with it. Hopefully this fixes some of my AFP time out issues.

I know you're usually first to test out LSI stuff, was hoping you were subscribed to the thread. Off topic I've had those issues working in IT. Working 18 hour days when crap goes wrong. Sucks! How the heck did SCCM run that? Were they in a collection that had an OSD assigned to it?