Jim Davis wrote:
eric kustarz wrote:
What about adding a whole new RAID-Z vdev and dynamicly stripe across
the RAID-Zs? Your capacity and performance will go up with each
RAID-Z vdev you add.
Thanks, that's an interesting suggestion.
Have you tried using the automounter as suggested by the linux faq?:
http://nfs.sourceforge.net/#section_b
Yes. On our undergrad timesharing system (~1300 logins) we actually hit
that limit with a standard automounting scheme. So now we make static
mounts of the Netapp /home space and then use amd to make symlinks to
the home directories. Ugly, but it works.
Ug indeed.
Also, ask for reasoning/schedule on when they are going to fix this on
the linux NFS alias (i believe its [EMAIL PROTECTED] ). Trond
should be able to help you.
It's item 9 (last) on their "medium priority" list, according to
http://www.linux-nfs.org/priorities.html. That doesn't sound like a fix
is coming soon.
Hmm, looks like that list is a little out of date, i'll ask trond to
update it.
If going to OpenSolaris clients is not an option, then i would be
curious to know why.
Ah, well... it was a Solaris system for many years. And we were mostly
a Solaris shop for many years. Then Sun hardware got too pricey, and
fast Intel systems got cheap but at the time Solaris support for them
lagged and Linux matured and... and now Linux is entrenched. It's a
story other departments here could tell. And at other universities too
I'll bet. So the reality is we have to make whatever we run on our
servers play well with Linux clients.
Ok, can i ask a favor then? Could you try one OpenSolaris client
(should work fine on the existing hardware you have) and let us know if
that works better/worse for you? And as Ed just mentioned, i would be
really interested if BrandZ fits your needs (then you could have one+
zone with a linux userland and opensolaris kernel).
eric
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss