You may wish to look at this thread:
http://opensolaris.org/jive/thread.jspa?threadID=128046&tstart=0 (last
post):
start quote from thread
Hi everybody,
after looking into the current on source code (b134) into
/usr/src/lib/libstmf/common/store.c, I don't think that this bug
does st
Ouch...!
Thanks for the head's up, and is there any workaround for this?
Can i for instance :
1. Create the iscsi block on the primary server with command : zfs
create -p -s -V 10G vol0/iscsi/LUN_10GB
2. Use sbdadm to make the lun available with command : sbdadm
create-lu /dev/z
On Tue, 2010-06-29 at 08:58 +0200, Bruno Sousa wrote:
> Hmm...that easy? ;)
>
> Thanks for the tip, i will see if that works out.
>
> Bruno
Be aware of the Important Note in
http://wikis.sun.com/display/OpenSolarisInfo/Backing+Up+and+Restoring+a
+COMSTAR+Configuration regarding Backing Up and Re
Hmm...that easy? ;)
Thanks for the tip, i will see if that works out.
Bruno
On 29-6-2010 2:29, Mike Devlin wrote:
> I havnt tried it yet, but supposedly this will backup/restore the
> comstar config:
>
> $ svccfg export -a stmf > comstar.bak.${DATE}
>
> If you ever need to restore the configur
I havnt tried it yet, but supposedly this will backup/restore the
comstar config:
$ svccfg export -a stmf > comstar.bak.${DATE}
If you ever need to restore the configuration, you can attach the
storage and run an import:
$ svccfg import comstar.bak.${DATE}
- Mike
On 6/28/10, bso...@ep
