I hate to respond to my own post but I just noticed you stated that you ran fsclustadm to verify you had the right node - I presume the commands you ran checked to see which node was the CFS primary and/or set the node you wanted to be the CFS primary. That would make my suggestion irrelevant.
--
John Cronin
678-480-6266
-----Original Message-----
From: veritas-ha-***@mailman.eng.auburn.edu [mailto:veritas-ha-***@mailman.eng.auburn.edu] On Behalf Of Cronin, John S
Sent: Monday, September 17, 2007 9:22 AM
To: Jørgen Henriksen; Santosh Jambhlikar; veritas-***@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] Volume resize fails with vxresize
I recall seeing something somewhere that using vxresize on CVM/CFS can fail because the CFS primary (not sure about terminology, I haven't used CVM/CFS much) can be on a different node than the CVM primary. The solution was to check if this is the case, and if so, resize the volume on the CVM primary, and then grow the filesystem in a separate operation on the CFS primary.
By the power of Google, I found it; this has to do with VCS hacli as well, but it MAY apply to your situation:
http://www.mail-archive.com/veritas-***@mailman.eng.auburn.edu/msg01142.html
--
John Cronin
678-480-6266
-----Original Message-----
From: veritas-ha-***@mailman.eng.auburn.edu [mailto:veritas-ha-***@mailman.eng.auburn.edu] On Behalf Of Jørgen Henriksen
Sent: Monday, September 17, 2007 8:47 AM
To: Santosh Jambhlikar; veritas-***@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] Volume resize fails with vxresize
Hi,
No. The task is completed, and all the allocated storage from the clients SAN, was configured using the vxassist command. Just wondering if anyone have seen the same situation on their VCS environments. Have done the same operations on SFHA 5.0 without incidents.
Thanks
Jørgen
-----Original Message-----
From: Santosh Jambhlikar [mailto:***@yahoo.com]
Sent: 17. september 2007 14:43
To: Jørgen Henriksen; veritas-***@mailman.eng.auburn.edu
Subject: Re: [Veritas-ha] Volume resize fails with vxresize
Can you try
vxresize -g dummydg dummyvol01 +10m
Post by Jørgen HenriksenHi,
Just tried to resize a volume in Storage Foundation 4.1, and ended up
UX:vxfs fsadm: ERROR: V-3-20340: attempt to resize
/dev/vx/rdsk/dummydg/dummyvol01 failed with errno 16 VxVM vxresize
ERROR V-5-1-7514 Problem running fsadm command for volume dummyvol01,
in diskgroup dummydg
When I tried to fsck the volume, it just aborted. This is an Oracle
Rac configuration, and I used the "fsclustadm showprimary" and
"fsclustadm setprimary" together with "vxdctl -c mode" to assure the
right host for the operation. The vxresize command was issued from
VEA, and it made the volume unusable, and took down the entire
production cluster. The issue was resolved by resizing the volume
manually with vxassist, and then fsck on the volume. Everything is now
back to normal, but why did this happen ? Anyone ?
Best regards Jørgen Henriksen
Ementor AS
Norway
Post by Jørgen Henriksen_______________________________________________
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
____________________________________________________________________________________
Tonight's top picks. What will you watch tonight? Preview the hottest shows on Yahoo! TV.
http://tv.yahoo.com/
_______________________________________________
Veritas-ha maillist - Veritas-***@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
*****
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA623
_______________________________________________
Veritas-ha maillist - Veritas-***@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha