Richard Elling wrote:
> Tim Haley wrote:
>> Vincent Fox wrote:
>>
>>> Just make SURE the other host is actually truly DEAD!
>>>
>>> If for some reason it's simply wedged, or you have lost console
>>> access but the hostA is still "live", then you can end up with 2
>>> systems having access to s
Good question.
Well, the hosts are Netbackup Media servers. The idea behind the design is that
we stream the RMAN stuff to disk, via NFS mounts, and then write to tape during
the day. With the SAN attached disks sitting on these hosts and with disk
storage units configured for NBU the data strea
Just curiosity, why don´t use SC?
Leal.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Thanks to all for your comments and sharing your experiences.
In my setup the pools are split and then NFS mounted to other nodes, mostly
Oracle DB boxes. These mounts will provide areas for RMAN Flash backups to be
written.
If I lose connectivity to any host I will swing the luns over to the al
Tim Haley wrote:
> Vincent Fox wrote:
>
>> Just make SURE the other host is actually truly DEAD!
>>
>> If for some reason it's simply wedged, or you have lost console access but
>> the hostA is still "live", then you can end up with 2 systems having access
>> to same ZFS pool.
>>
>> I have don
Vincent Fox wrote:
> Just make SURE the other host is actually truly DEAD!
>
> If for some reason it's simply wedged, or you have lost console access but
> the hostA is still "live", then you can end up with 2 systems having access
> to same ZFS pool.
>
> I have done this in test, 2 hosts acces
Just make SURE the other host is actually truly DEAD!
If for some reason it's simply wedged, or you have lost console access but the
hostA is still "live", then you can end up with 2 systems having access to same
ZFS pool.
I have done this in test, 2 hosts accessing same pool, and the result is
