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:* firstname.lastname@example.org > *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 - Veritasemail@example.com http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx