Search results

Did you setup the smb.conf with things like server name, PDC, domain name, security type as required? What documentation are you following for Samba?

For LTO drives normally you want a large block size, at least 64K but for performance more optimatally 256K or larger. Give those two block sizes a try, and if it's still giving you problems you could also try archivers/gtar from the ports tree... thanks Andy. PS regarding your hardware...

Glad you fixed it. Would seem to me to indicate that ZFS is pretty broken performance wise with prefetch disabled. I don't have any systems with prefetch disabled but a good one to know anyway... cheers Andy.

I was suggesting it perhaps used something like command based switching, FIS is the better more complex option. Anyway, command based switching, FIS and NCQ aren't mutually exclusive. From the document I found on your motherboard it does show that a single SATA bus is shared between multiple...

Hi, yeah it looks quite good. Have you used it yourself? It's not really clear if the service is available outside the USA, it just mentioned not available in Canada, does that mean I can use it in, for example, Iran ;), any ideas? thanks Andy.

With reference to my last post, it might be worth disabling AHCI (and therefore NCQ) and seeing if that affects performance...

Guessing that you Athlon system also has a shared SATA bus, perhaps the issue is that internally its doing something like port multiplier command based switching which hurts performance...?? http://en.wikipedia.org/wiki/Port_multiplier#Command-based_switching If you don't have any other...

Hi, does anyone use/has tested/knows of a way to use something like Amazon s3 cloud storage to backup data from FreeBSD, ie in some automated scripted way? I haven't touched any of these yet but I think they generally offer a web interface to your cloud storage, so I want to access this...

Ok, Ive just tested this on a server I have with exactly the config you want, one pool with two 2 way mirrors. Did the same 10G test file, and I get 100% busy on disks during read as you would expect. So there seems to be some issue with your system specifically rather than a general problem...

What about the percent busy as per my question above??

BTW (this doesn't explain the mirror vs stripe performance difference) from the diagram here: http://www.supermicro.com/manuals/motherboard/3420/MNL-1130.pdf it seems that all 6 SATA ports share a single SATA II bus, so max bandwidth for all drives is 3Gbit/s, which you seem to hit with...

Hmmm, well I haven't previously studied this before (mirror read performance), but this certainly isn't what I'd have expected. Can you also look at the percent busy on the disk devices when doing this? Are they maxing out? Ie use gstat. Andy.

Probably the most important thing is that BIND isn't using excessive CPU when the system is under normal load, ie check this via top. For benchmarks, try google, ie http://www.maradns.org/speed.comparison.html Which also makes a good point about synthetic benchmarking ;) cheers Andy.

Can you destroy that pool and recreate a pool from scratch with a single mirror vdev using ada0 and ada1? That in theory should provide the same read performance as your original stripe and it only uses the same physical devices so cuts out any possible hardware issues from the test...

Did you consider the fact that if you have a home broadband connetion that your IP will change regularly? Will make configuring fool proof access more dificult....

Given some LUNs (the old ones) work and some don't (the new ones) it seems there's a fair chance it's something on the Hitachi side. If the new LUNs are on the same storage array then it could well be a per LUN config issue on the Hitachi, that is on these types of devices the SAN admin normally...

Is that because you cannot physically connect more than 3 disks at a time? You don't need to "offline" the disk to replace it if you can connect the new drive at the same time. Given the issues you are seeing it could equally be a controller problem. What disk controller are you using...

General description: http://en.wikipedia.org/wiki/Multipath_I/O How to on FreeBSD: gmultipath ta Andy.

If you only have two users, one for fetchmail and one for your mail data, then going the setuid route might be a pretty reasonable approach. Set the group for dovecot-lda to vmail, set permission to 4750. If vmail user is the only member of the vmail group I don't think this is a terrible...

Hi, I think the "Multiple UIDs" section of the wiki probably applies to you: http://wiki2.dovecot.org/LDA Simply because you are running fetchmail as a non-root account and then wanting it to su to another user (vmail) to deliver the mail. ta Andy.