Probably something more akin to Hitachi Shadow Image. It's a clone that our
Netapp SAN makes, called FlexClones.

On Mon, Mar 16, 2009 at 2:36 PM, Hudes, Dana <hud...@hra.nyc.gov> wrote:

>  Are you using Veritas to clone the disk groups or are you using something
> like Hitachi Shadow Image?
>
>
>
> =================
>
> Dana Hudes
>
> *UNIX and Imaging group*
>
> *NYC-HRA MIS*
>
> +1 718 510 8586
>
> Nextel:  172*26*16684
>
> =================
>   ------------------------------
>
> *From:* veritas-vx-boun...@mailman.eng.auburn.edu [mailto:
> veritas-vx-boun...@mailman.eng.auburn.edu] *On Behalf Of *Romeo Theriault
> *Sent:* Friday, March 13, 2009 4:05 PM
> *To:* veritas-vx@mailman.eng.auburn.edu
> *Subject:* Re: [Veritas-vx] vxconfigd keeps dying
>
>
>
> After some more poking it looks like this issue is related to VXVM/VXFS
> version differences. The diskgroup I am trying to import is a "clone" of a
> diskgroup on another system attached to the SAN. I regularly clone these
> disks and present them to other hosts for dev work. I recently upgraded one
> of the hosts to vxvm 5.0mp3 and this seems to be the issue. Though I didn't
> think it would cause these problems unless I explicetly upgraded the vxvm
> and vxfs versions. Which i hadn't done. But I can happily import this
> diskgroup on another system running vxvm 5.
>
> Romeo
>
> On Fri, Mar 13, 2009 at 3:05 PM, Romeo Theriault <romeotheria...@gmail.com>
> wrote:
>
> Update:
>
> Good news, I've finally gotten an error:
> get_dynamic_geometry:stat on node /dev/vx/dmp//FAS30500_23 failed.
> get_dynamic_geometry:stat on node /dev/vx/dmp//FAS30500_23 failed.
> get_dynamic_geometry:stat on node /dev/vx/dmp//FAS30500_23 failed.
>
> Bad news: This is probably the first google search I've done an gotten 0
> results.
>
> Romeo
>
>
>
> On Fri, Mar 13, 2009 at 2:34 PM, Romeo Theriault <romeotheria...@gmail.com>
> wrote:
>
> I have a solaris 9 server with veritas vxvm/vxfs 4.1. I am trying to import
> a diskgroup and vxconfigd keeps dying and the import process never
> completes. I've done this process many times before but never with this
> issue before. I also noticed that a lot of the other vx* processes are not
> running. The only ones that are, are:
>
>     root   205     1  0   Mar 01 ?        0:00 /sbin/vxesd
>     root   588     1  0   Mar 01 ?        0:56 /opt/VRTSob/bin/vxsvc -r
> /opt/VRTSob/config/Registry -e
>
> I've tried restarting vxconfigd with vxconfigd -x syslog and it starts
> successfully but when I try to import the disk group again it dies again. It
> is also not sending anything to syslog so I'm not getting any helpful
> errors. I'd like to restart all of the vxvm processes but this is a
> production box and I can't easily get downtime. Of note: Most of the volumes
> on this box are on a SAN using vxfs/vxvm.
>
> Can anyone recommend a way for me to safetly restart the processes on this
> box without interrupting the SAN disk services.
>
> Thanks,
>
> --
> Romeo Theriault
> System Administrator
> Information Technology Services
>
>
>
>
> --
> Romeo Theriault
> System Administrator
> Information Technology Services
>
>
>
>
> --
> Romeo Theriault
> System Administrator
> Information Technology Services
>



-- 
Romeo Theriault
System Administrator
Information Technology Services
Ph#: 207-561-3517
Em@: romeo.theria...@maine.edu
_______________________________________________
Veritas-vx maillist  -  Veritas-vx@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx

Reply via email to