Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Gary
iSCSI & NFS are roughly comparable until you get to 16KB file sizes and above. This is when NFS starts to drop off drastically for read performance without any caching. Here's an NFS I/O test on a 1Gb ethernet link and file sizes from 64k to 16Gb: http://preview.tinyurl.com/44upb5f Here's an iSCS

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Magnus
On Jun 10, 2011, at 4:22 PM, Gabriele Bulfon wrote: > Is it safe to run postgres and mysql data over nfs? Can't speak for Postgres, but Oracle likes MySQL on NFS (backed by ZFS). http://blogs.oracle.com/dlutz/entry/mysql_on_sun_storage_7000 is somewhat informative. The 7000 series storage they

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Dan Swartzendruber
Gabriele Bulfon wrote: So NFS wins over iscsi, as I see. Is it safe to run postgres and mysql data over nfs? that i can't say. depends on nfs locking issues maybe - out of my area... ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openind

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Gabriele Bulfon
So NFS wins over iscsi, as I see. Is it safe to run postgres and mysql data over nfs? I know, windows is a different story, sqlserver must run its data on iscsi or real hd... -- Da: Dan Swartzendruber A: Discussion lis

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Magnus
On 6/10/11 4:11 PM, Dan Swartzendruber wrote: bummer. nexentastor doesn't either. OI allows either one. Right now my OI work is strictly on my personal time. But I have the ulterior motive of using it more broadly in production once I have my head around it better. It won't be replacing th

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Dan Swartzendruber
Magnus wrote: On 6/10/11 4:05 PM, Dan Swartzendruber wrote: Agreed. I have seen ESXi get finicky if it thinks the iSCSI target is offline. One gotcha: it depends if the iSCSI storage is a file or a zvol. Performance of the former seemed to be about that of NFS - performance of the latter su

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Magnus
On 6/10/11 4:05 PM, Dan Swartzendruber wrote: Agreed. I have seen ESXi get finicky if it thinks the iSCSI target is offline. One gotcha: it depends if the iSCSI storage is a file or a zvol. Performance of the former seemed to be about that of NFS - performance of the latter sucked (I was see

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Magnus
On 6/10/11 4:04 PM, Gregory Youngblood wrote: I also prefer NFS for exporting to Linux/Solaris/Unix. Can use to export to Mac as well, though AFP would allow the mac to use the share as a time machine; I dont think NFS does. You can use a pretty wide array of storage back-ends for Time Machine,

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Dan Swartzendruber
Magnus wrote: On 6/10/11 3:56 PM, Gabriele Bulfon wrote: Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary I think a lot of it can do with the clients being used. But in my experience here, zfs backed iscsi targe

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Gregory Youngblood
What I've done is use CIFS server for Windows users, then use autosnapshot to take regularly scheduled snapshots. For windows users this has the advantage of the snapshots showing up under "Previous Versions" tab when right clicking on a file or folder. :) I've used iSCSI for VMs, but as I und

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Dan Swartzendruber
Gabriele Bulfon wrote: Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary What if I have a virtual openindiana server? should I zfs over an exported zfs device? Nooo...I don't think soso NFS. Is it good for cyr

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Magnus
On 6/10/11 3:56 PM, Gabriele Bulfon wrote: Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary I think a lot of it can do with the clients being used. But in my experience here, zfs backed iscsi targets are on-par w

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Gabriele Bulfon
Thanx for the reply ;) I read somewhere that NFS is much slower than having an iscsi device. Somewherelse they said the contrary What if I have a virtual openindiana server? should I zfs over an exported zfs device? Nooo...I don't think soso NFS. Is it good for cyrus/postfix and so on? The

Re: [OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Dan Swartzendruber
A lot of questions :) What I am doing for various servers: they are backed up (excluding various dirs) to the OI box via rsync. The rsyncd config file is set up so that after every run, the destination directory has a snapshot taken with the date&time. I stopped using iSCSI for the same re

[OpenIndiana-discuss] Backups and snapshots

2011-06-10 Thread Gabriele Bulfon
Hi, I'm in the middle of a brainstorm over backup strategies and snapshots affidabilities. What are your final words on backup strategies of ZFS storages? What makes me brainstorm is expecially snapshots. How can I consider an iscsi snapshotted raw device safe, when I don't know what the virtual

Re: [OpenIndiana-discuss] CIFS Domain mode

2011-06-10 Thread Gabriele Bulfon
Thanx, but it was a very silly problem: all the domain definitions were about a ".NET" domain. Then I found the resolv.conf had ".LAN".. It works just great now ;) -- Da: Lucas Van Tol A: openindiana-discuss@openin

Re: [OpenIndiana-discuss] GUI: Mouse pointer

2011-06-10 Thread Guido Berhoerster
* Albert Lee [2011-06-10 02:46]: > On Thu, Jun 9, 2011 at 3:36 PM, Dmitry Kozhinov wrote: > > In OI 151 the "DMZ-White" mouse pointer is selected by default in Nimbus > > theme, but looks like the corresponding file is absent - black default > > pointer is actually used. Should I report a bug at