[Veritas-vx] vxconfigd keeps dying
Hudes, Dana
hudesd at hra.nyc.gov
Tue Mar 17 08:28:16 CDT 2009
In which case you are presumably also duplicating the disk group
identification information. That is going to cause trouble if both sets
of LUNs are zoned to the same host.
=================
Dana Hudes
UNIX and Imaging group
NYC-HRA MIS
+1 718 510 8586
Nextel: 172*26*16684
=================
________________________________
From: Romeo Theriault [mailto:romeotheriault at gmail.com]
Sent: Monday, March 16, 2009 4:22 PM
To: Hudes, Dana
Cc: veritas-vx at mailman.eng.auburn.edu
Subject: Re: [Veritas-vx] vxconfigd keeps dying
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 <hudesd at 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-bounces at mailman.eng.auburn.edu
[mailto:veritas-vx-bounces at mailman.eng.auburn.edu] On Behalf Of Romeo
Theriault
Sent: Friday, March 13, 2009 4:05 PM
To: veritas-vx at 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
<romeotheriault at 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
<romeotheriault at 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.theriault at maine.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.eng.auburn.edu/pipermail/veritas-vx/attachments/20090317/dede20bd/attachment-0001.html
More information about the Veritas-vx
mailing list