Re: [Veritas-vx] RAID-5 LOGGING
Hi The RAID5 log is used to recover from a double failure (Disk failure + sys crash). The RAID5 log is used to log all data and parity writes before committing them. Following a system crash the log will be replayed to the volume. There is a section in the admin guide: https://sort.symantec.com/public/documents/sfha/5.1sp1/solaris/productguides/html/vxvm_admin/ch01s04s09s04.htm Cheers tony From: veritas-vx-boun...@mailman.eng.auburn.edu [mailto:veritas-vx-boun...@mailman.eng.auburn.edu] On Behalf Of Asiye Yigit Sent: 07 May 2011 17:07 To: veritas-vx@mailman.eng.auburn.edu Subject: [Veritas-vx] RAID-5 LOGGING Hello all; İt is recommended to add raid-5 log device to the volume to recover the correct data in any case including system crash. However, I am trying to understand how the data and parity changes are logged here? Do you know the structure of this area? Data and parity itself couldn't write here, if it is like that those area should be big enough. As far as i know, it is small area. What kind of information for each data and parity changes is holdin here to re-paly the log? Regards; ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
Re: [Veritas-vx] Weird problem in VCS
One explanation is that you manually shut them down the zones whilst they are being monitored by VCS VCS could interpret that as a fault and start taking action. Try checking the resource states within VCS Cheers tony From: veritas-vx-boun...@mailman.eng.auburn.edu [mailto:veritas-vx-boun...@mailman.eng.auburn.edu] On Behalf Of alok tiwari Sent: 27 April 2010 14:55 To: Veritas-vx@mailman.eng.auburn.edu Cc: alok.20...@gmail.com Subject: [Veritas-vx] Weird problem in VCS All, I just noticed a weird problem with the VCS. I have placed few of my Solaris Non global zones as a part of cluster service group. The issue is when i shutdown a zone manually ( zlogin shutdown zone-name init 0 ) , the state of the zone is changed to INSTALED . When i try to reboot the zone, it fails complaining that the zones should be installed before booting, which is confusing. Below is the error message. root# zoneadm -z zonename boot zoneadm: zone 'zonename': must be installed before boot. The zoneadm list -cv shows the zone as INSTALLED. I tried to verify the zone config and it failes with the below error. root# zoneadm -z zonename verify Cannot verify detached zone. Use attach or remove /zones/zonename/zonename-source.11436 directory. could not verify zonepath /zones/zonename/zonename-source.11436 because of the above errors. zoneadm: zone zonename failed to verify on Global zone name Can anyone please help. -- With Regards:- Alok Tiwari ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
Re: [Veritas-vx] Weird problem in VCS
Hi Alok Agreed. Could you check the state of the VCS resource that make up the zone. Cheers tony From: veritas-vx-boun...@mailman.eng.auburn.edu [mailto:veritas-vx-boun...@mailman.eng.auburn.edu] On Behalf Of alok tiwari Sent: 27 April 2010 15:24 To: Veritas-vx@mailman.eng.auburn.edu; Tony Griffiths Subject: Re: [Veritas-vx] Weird problem in VCS Hi Tony, Thanks for the reply. I agree that VCS sees that the zone resources are going offline and the cluster can take corrective action. But in my case, i have sett he zone resources not to be critical, intentionaly to avoid the failover of the whole service group. What i understand is that the corrective actions taken by VCS should be bringing the resource up or something like that. Correct me, if i am wrong but, How can VCS change the state of the zone. The zone was in running state, if i shutdown a resource ( zone in my case ), it should go in configured state. The VCS say should no way change the state of the zone. Otherwise it is very much confusing. Thanks Alok On Tue, Apr 27, 2010 at 2:58 PM, veritas-vx-requ...@mailman.eng.auburn.edu wrote: Send Veritas-vx mailing list submissions to veritas-vx@mailman.eng.auburn.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx or, via email, send a message with subject or body 'help' to veritas-vx-requ...@mailman.eng.auburn.edu You can reach the person managing the list at veritas-vx-ow...@mailman.eng.auburn.edu When replying, please edit your Subject line so it is more specific than Re: Contents of Veritas-vx digest... Today's Topics: 1. Re: Can I increse /opt partition under veritas (Hudes, Dana) 2. Veritas SF Basic Licensing Keys (Sengor) 3. Weird problem in VCS (alok tiwari) 4. Re: Weird problem in VCS (Tony Griffiths) -- Message: 1 Date: Wed, 7 Apr 2010 11:17:56 -0400 From: Hudes, Dana hud...@hra.nyc.gov Subject: Re: [Veritas-vx] Can I increse /opt partition under veritas To: William Havey bbha...@gmail.com Cc: VeritasUsers veritas-vx@mailman.eng.auburn.edu, milind phanse milind_...@yahoo.com Message-ID: 0cc36eed613aed418a80ee6f44a659db0c50c1c...@xch2.windows.nyc.hra.nycnet Content-Type: text/plain; charset=us-ascii yes, the boot failure was for a zone which inherited pieces of /opt (/opt/csw, /opt/netbeans...). don't inherit-pkg-dir /opt though, then you can't ever add your own directories to /opt in the zone. Nonetheless as I said /opt on a separate filesystem is not supported by Sun. It will make lucreate fail among other things. From: William Havey [mailto:bbha...@gmail.com] Sent: Sunday, April 04, 2010 10:43 AM To: Hudes, Dana Cc: milind phanse; VeritasUsers Subject: Re: [Veritas-vx] Can I increse /opt partition under veritas Was the issue with /opt being an inherited directory in a Zone? That is documented in the Install Guide for SF 5.0 MP3 On Sat, Apr 3, 2010 at 9:15 PM, Hudes, Dana hud...@hra.nyc.govmailto:hud...@hra.nyc.gov wrote: having /opt as a separate filesystem isn't supported by Solaris. You can have stuff under /opt (e.g. /opt/coolstack) as a separate filesystem but putting /opt separate will cause problems. This isn't theoretical. I tried the same thing and it worked for awhile then it didn't and the system was in single user mode for agonizing time while I frantically remounted /opt as /a and moved it's contents back to the root filesystem. /var as a separate filesystem is well-supported. There was a bug for awhile but it's fixed. From: veritas-vx-boun...@mailman.eng.auburn.edumailto:veritas-vx-boun...@mail man.eng.auburn.edu [mailto:veritas-vx-boun...@mailman.eng.auburn.edumailto:veritas-vx-boun c...@mailman.eng.auburn.edu] On Behalf Of milind phanse Sent: Saturday, April 03, 2010 4:21 AM To: VeritasUsers Subject: [Veritas-vx] Can I increse /opt partition under veritas Hi, Can I increse /opt partition under veritas r...@backup02mailto:r...@backup02 # vxprint opt Disk group: rootdg TY NAME ASSOCKSTATE LENGTH PLOFFS STATETUTIL0 PUTIL0 v opt fsgenENABLED 8395200 -ACTIVE - - pl opt-01 opt ENABLED 8395200 -ACTIVE - - sd rootdisk-03 opt-01 ENABLED 8395200 0-- - pl opt-02 opt ENABLED 8395200 -ACTIVE - - sd rootmirror-05 opt-02 ENABLED 8395200 0-- - r...@backup02mailto:r...@backup02 # vxassist -g rootdg maxsize Maximum volume size: 38952960 (19020Mb) r...@backup02mailto:r...@backup02 # vxassist -g rootdg maxgrow opt Volume opt can be extended by 19476480 to: 27871680 (13609Mb+448 sectors) /opt is mounted on s5 of rootdsik rootmirror. ___ Veritas-vx maillist - Veritas-vx
Re: [Veritas-vx] Using vxdmp on a UFS filesystem with no vxvm
Gak, The file system should reside on a vxvm volume, not the DMP metadevices you have listed. Cheers tony -Original Message- From: veritas-vx-boun...@mailman.eng.auburn.edu [mailto:veritas-vx-boun...@mailman.eng.auburn.edu] On Behalf Of Hari Vemuri Sent: 20 March 2009 12:01 To: veritas-vx@mailman.eng.auburn.edu Subject: Re: [Veritas-vx] Using vxdmp on a UFS filesystem with no vxvm Yes DMP devices are /dev/vx/[r]dmp/* block=/dev/vx/dmp/c7t500A098186783720d25s2 char=/dev/vx/rdmp/c7t500A098186783720d25s2 With regards Hari On Fri, Mar 20, 2009 at 3:46 PM, Sebastien DAUBIGNE sebastien.daubi...@atosorigin.com wrote: Theses are the paths through DMP (instead of /dev/dsk and /dev/rdsk) : pubpaths: block=/dev/vx/dmp/c7t500A098186783720d25s2 char=/dev/vx/rdmp/c7t500A098186783720d25s2 Ganesh Kamath a ?crit : Hi Gurus, How do i use vxdmp on a ufs filesystem?. For ex: -bash-3.00# vxdisk list c7t500A098186783720d25s2 Device:c7t500A098186783720d25s2 devicetag: c7t500A098186783720d25 type: auto info: format=none flags: nolabel private autoconfig invalid pubpaths: block=/dev/vx/dmp/c7t500A098186783720d25s2 char=/dev/vx/rdmp/c7t500A098186783720d25s2 guid: - site: - Multipathing information: numpaths: 8 c7t500A098186783720d25s2state=enabled type=primary c8t500A098186783720d25s2state=enabled type=primary c7t500A098286783720d25s2state=enabled type=primary c8t500A098286783720d25s2state=enabled type=primary c7t500A098296783720d25s2state=enabled type=secondary c7t500A098196783720d25s2state=enabled type=secondary c8t500A098296783720d25s2state=enabled type=secondary c8t500A098196783720d25s2state=enabled type=secondary If i mount the disk device as, say, /dev/dsk/c8t500A098196783720d25s2, then it will not survive a path failure since its thro that particular target port. Do i need to encapsulate the device? Or am i missing something elementary?. I am trying to run some tests on ufs with vxdmp and without vxvm.Is this feasible at all?. thanks a bunch folks!! Gak -- ___ Veritas-vx maillist - veritas...@mailman.eng.auburn.eduhttp://mailman.eng.auburn.edu/mailman /listinfo/veritas-vx -- Sebastien daubignesebastien.daubi...@atosorigin.com - +33(0)5.57.89.31.09 AtosOrigin Infogerance - AIS/D1/SudOuest/Bordeaux/IS-Unix ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
Re: [Veritas-vx] Hey all a Block in vxstat is 8k?
Hi, The block in the vxstat output refers to a device sector, 512 bytes on Solaris, 1KB on HPUX cheers -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig Simpson Sent: 08 May 2008 21:40 To: veritas-vx@mailman.eng.auburn.edu Subject: [Veritas-vx] Hey all a Block in vxstat is 8k? [EMAIL PROTECTED] CompairVX:head Brian.vxstat.oradatadg.5th OPERATIONS BLOCKS AVG TIME(ms) TYP NAME READ WRITE READ WRITE READ WRITE Hey all a Block in vxstat is 8k? -- Craig Simpson In the circle the beginning and the end are common ~ Heraclitis (540-480BC) ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
Re: [Veritas-vx] VxVM 4.1, vxconfigd issue
Hi Looking at your modinfo strings, it appears you are using an unpatched version. 199 7bba8000 26920 269 1 vxdmp (VxVM 4.1z: DMP Driver) 209 7ae0 2115c8 270 1 vxio (VxVM 4.1z I/O driver) 210 7bfdce30 13f0 271 1 vxspec (VxVM 4.1z control/status driver) Is the problem observed with the latest patches ? (Use support.veritas.com to look up the maintenance packs) http://support.veritas.com/docs/272714 http://support.veritas.com/docs/272714 cheers tony From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ashish madhavan Sent: 30 October 2007 02:51 To: veritas-vx@mailman.eng.auburn.edu Subject: Re: [Veritas-vx] VxVM 4.1, vxconfigd issue Hi, Thanks for all the replies, I think I have got to know why this is happening with help from Mark. vxconfigd in debug mode shows that it fails after it finds a symmetrix VCM device. So I tried to exclude it from Vxvm's view by creating a /etc/vx/disks.exclude file but still it dumps on reaching this disk. Below are some outputs : 1. vxinstall failed, so did the installer from SF cd #vxdctl mode mode: not-running 2. #modinfo |grep vx 199 7bba8000 26920 269 1 vxdmp (VxVM 4.1z: DMP Driver) 209 7ae0 2115c8 270 1 vxio (VxVM 4.1z I/O driver) 210 7bfdce30 13f0 271 1 vxspec (VxVM 4.1z control/status driver) 3. vxconfigd -x 2 -k -x log -x logfile=/tmp/vxconfigd.out In this output file I could see VX gets stuck at disk c3t5006048ACCD1E3C0d2 which is a symmetrix VCM.It fails with VxVM vxconfigd ERROR V-5-1-0 Bus error - core dumped I tried to avoid VX from seeing this disk by creating a disks.exclude. Except 15 disks I have included rest of the disks in disks.exclude #cat /etc/vx/disks.exclude c3t5006048ACCD1E3C0d2 c3t5006048ACCD1E3C0d317 c3t5006048ACCD1E3C0d318 c3t5006048ACCD1E3C0d319 c3t5006048ACCD1E3C0d320 c3t5006048ACCD1E3C0d321 c3t5006048ACCD1E3C0d322 c3t5006048ACCD1E3C0d323 c3t5006048ACCD1E3C0d324 c3t5006048ACCD1E3C0d325 c3t5006048ACCD1E3C0d1302 c3t5006048ACCD1E3C0d1303 c3t5006048ACCD1E3C0d1304 But still vxconfigd searches for all the disks and fails at c3t5006048ACCD1E3C0d2 . Is there any way to overcome the VCM disk from being scanned by VX? Any help is appreciated. I do not have the luxury of getting a call raised with veritas :( Thanks, Ashish From: [EMAIL PROTECTED] To: veritas-vx@mailman.eng.auburn.edu; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [Veritas-vx] VxVM 4.1, vxconfigd issue Date: Mon, 29 Oct 2007 16:24:45 + Thanks for your replies Dmitry and Mark. I had forgotten to run vxinstall. But even after I had it could not start vxconfigd.So I removed all VRTS packages did a reconfig boot and re-installed Veritas using the storage foundation 4.1 installer script which does the configuration and installation. Even this failed during configuration stage ::: Starting vxconfigd for VxVM on linbgm011 . Failed None of the target systems can be configured because 1) its previous configuration was restored, 2) the vxconfigd daemon is not running properly, or 3) VxVM is already configured. Use the vxdctl(1M) command to configure the default disk group after the installation is completed. Press [Return] to continue: Volume Manager default disk group setup and daemon startup vxconfigd on linbgm011 is not available; installer cannot set the default disk group. As vxconfigd is not enabled on linbgm011, VxVM daemons will not be started. Is vxconfigd failing due to the large number of luns? Thanks, Ashish Date: Mon, 29 Oct 2007 17:09:08 +0300 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: veritas-vx@mailman.eng.auburn.edu Subject: Re: [Veritas-vx] VxVM 4.1, vxconfigd issue Hello, Have you tried to use vxinstall to do things like creating volboot, removing install-db, etcetera? ashish madhavan wrote: Hi, I have a Sun 220R to which I have assigned 1000 luns of 45 Mb (this is to simulation a case) from a symmetrix. Host details are - 1. SunOS 5.10 Generic_118833-36 2. Veritas 4.1 3. HBA = LP1 After installing vxvm 4.1 I removed the install-db and issued a reconfiguration boot.After the boot VX daemons are not active. I tried to manually start it, but gives the below error - #vxconfigd V-5-1-7607 vxvm:vxconfigd: WARNING: File /etc/vx/array.info doesn't exist.
Re: [Veritas-vx] How to fix write an active config db to each and everydisk of the disk group ?
Hi, I don't see anything in this configuration that is broken ? It appears that VxVM is using its default mode to distribute configDB/log copies across devices in the disk group. Note, disabled does not necessary mean broken. As for the command, it does not appear you have a object named dg ? The diskgroup is mydg cheers tony _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of kaiyi wang Sent: 07 December 2006 12:19 To: Veritas-vx@mailman.eng.auburn.edu Subject: [Veritas-vx] How to fix write an active config db to each and everydisk of the disk group ? Hi List, When I have a healthcheck of my system, I found that some config db in the private region is broken as the following: #vxdg list mydg Group: mydg dgid: 1117663755.1265.my-db1 import-id: 0.3301 flags: version: 90 detach-policy: global copies:nconfig=default nlog=default config:seqno=0.1845 permlen=7489 free=7464 templen=15 loglen=1134 config disk c3t10d0s2 copy 1 len=7489 state=clean online config disk c3t11d0s2 copy 1 len=7489 state=clean online config disk c3t12d0s2 copy 1 len=7489 state=clean online config disk c3t13d0s2 copy 1 len=7489 disabled config disk c4t10d0s2 copy 1 len=7489 state=clean online config disk c4t11d0s2 copy 1 len=7489 state=clean online config disk c4t12d0s2 copy 1 len=7489 disabled config disk c4t13d0s2 copy 1 len=7489 disabled log disk c3t10d0s2 copy 1 len=1134 log disk c3t11d0s2 copy 1 len=1134 log disk c3t12d0s2 copy 1 len=1134 log disk c3t13d0s2 copy 1 len=1134 disabled log disk c4t10d0s2 copy 1 len=1134 log disk c4t11d0s2 copy 1 len=1134 log disk c4t12d0s2 copy 1 len=1134 disabled log disk c4t13d0s2 copy 1 len=1134 disabled From the output above, it's easy to find that the config db in c3t13d0s2, c4t12d0s2, c4t13d0s2 are broken. How can I recover these broken config db ??? I tried to do the following to fix the problem: # vxedit -g mydg set nconfig=all db # vxedit -g mydg set nlog=all db # vxdg flush mydg However, error happened when I tried to execute the first command as the following: [EMAIL PROTECTED] vxedit -g mydg set nconfig=all dg vxvm:vxedit: ERROR: Failed to obtain locks: dg: no such object in the configuration [EMAIL PROTECTED] I thougt it should work! But :(.. Two questions here: 1. Whether the solution I tried could fix the problem I met? 2. why the command vxedit -g mydg set nconfig=all dg failed ? How can I make it successful ? All comments will be highly appreciated, Thanks in advance!!! Regards KY _ 抢注雅虎免费邮箱-3.5G容量，20M附件！ http://cn.mail.yahoo.com ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
Re: [Veritas-vx] vxvm:vxconfigd time difference?
Hi, Have seen messages out of synch on v.busy systems but this has been seconds, minutes max, but those are a few hours out. Also the minutes appear to be in sync, its just the hour value. Is this system using a special locale/time zone ? Is it part of a cluster ? cheers tony -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Gravizi, ThomasSent: 05 September 2006 20:35To: veritas-vx@mailman.eng.auburn.eduSubject: [Veritas-vx] vxvm:vxconfigd time difference? Greetings all, We recently upgraded to Volume Manager 4.1, and it seems that vxcm:vxconfigd messages are out of time line. See below. Is there any reason why these particular messages would be 4 hours different than the rest of the /var/adm/messages ? Sep 3 12:38:28 venice genunix: [ID 110798 kern.warning] WARNING: Page83 data not standards compliant HIT ACHI OPEN-3 -SUN 2109 Sep 3 12:38:28 venice last message repeated 2 times Sep 3 16:38:32 venice vxvm:vxconfigd: [ID 952067 daemon.warning] V-5-1-554 Disk HDS9970V0_4 names group oaracdg, but group ID differs Sep 3 16:38:33 venice vxvm:vxconfigd: [ID 968451 daemon.warning] V-5-1-554 Disk HDS9970V0_5 names group oaracdg, but group ID differs Sep 3 12:38:35 venice vxesd[223]: [ID 360244 daemon.notice] Event Source daemon started Sep 3 12:38:35 venice syseventd[134]: [ID 617319 daemon.error] SIGHUP caught - reloading modules Sep 3 12:38:36 venice syseventd[134]: [ID 661968 daemon.error] Daemon restarted Thanks, Thomas Gravizi UNIX Systems Administrator Enterprise Operations STERIS Corporation - Mentor, OH [EMAIL PROTECTED] 440.392.7630 - phone 440.350.7078 - fax ___ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
