Doubts on VxVM,VCS Upgrade & root disk encapsulation
Hi All, I have the below queries please 1) In order to stop VxVM to load at system boot time, we need to modify /etc/system file. What entries are to be commented out ? Is it only rootdev:/pseudo/vxio@0:0 set vxio:vol_rootdev_is_volume=1 (OR) also below entries are to be commented out ? forceload: drv/vxdmp forceload: drv/vxio forceload: drv/vxspec 2) My current version of SFHA is 4.1. Once vxfen, gab & llt modules are unloaded to upgrade to 4.1MP2, should i again unload these modules to further upgrade to 5.1SP1 and again to 5.1SP1RP4 (OR) 6.0 ? After each upgrade should i stop the services in /etc/init.d and unload modules (OR) stopping services & unloading modules only once is enough to further upgrade to other versions ? My Plan is to upgrade from 4.1---> 4.1 MP2---> 5.1SP1--->5.1SP1RP4 (OR) 6.0 3) Before upgrading should i also stop & unload the below listed modules 24 12800a8 26920 268 1 vxdmp (VxVM 4.1z: DMP Driver) 25 7be00000 2115c8 269 1 vxio (VxVM 4.1z I/O driver) 27 12a4698 13f0 270 1 vxspec (VxVM 4.1z control/status driver) 213 7b2d7528 c40 272 1 vxportal (VxFS 4.1_REV-4.1B18_sol_GA_s10b) 214 7ae00000 1706a8 20 1 vxfs (VxFS 4.1_REV-4.1B18_sol_GA_s10b) If yes, should i stop & unload after each upgrade (OR) doing it once is enough ? 4) Once the OS comes up with native disks (c#t#d#s#), In order to bring it under VxVM control we need to encapsulate using vxdiskadm. My doubt is will rootdg, rootvol, plexes & subdisks be created automatically? Need a little clarification regarding this please. Response is highly appreciated as always, Thank you very much. Regards, Danish.Solved1.9KViews0likes1CommentHow much space is required in a VxFS file system for the recover file as used by the fscdsconv utility
Hi all, I'm going to migrate a VXVM/VXFS (vers 5.1SP1RP4) volume/file system Solaris Sparc platform to VXVM/VXFS 6.03 Linux 6.5 platform, the file system size is 2TB space, real 1TB.... how much space is required for utility fscdsconv during conversion, there is a formula for this job? Thanks a lot Cecilia1KViews4likes1CommentReplacing a shared disk group for stroage migration
Can any one post the steps to replacing a disk that has shared dg group on CFS cluster on HP unix service guard with the below existing attributes. layout=mirror mirror=2 mirror=enclr enclr=emc0 enclr=emc1 logtype=dco dcoversion=20 ndcomirror=2 dr1=on fastresync=onSolved1.8KViews0likes5CommentsAfter vxvmconvert
Before running vxvmconvert, there is this pvscan PV /dev/sdb1 VG VG_DATA lvm2 [150.00 GiB / 50.00 GiB free] After running vxvmconvert the above is NOT reported by pvscan, as expected. This is reported: vxdisk list DEVICE TYPE DISK GROUP STATUS sda auto:LVM - - online invalid sdb auto:none - - online invalid sdb1 simple VG_DATA01 VG_DATA online My question is: Are sdb and sdb1 now different disks so that sdb can be initialized as a VxVM disk?1.4KViews0likes0CommentsVxdisk shows disk error on secondary cluster
Hello ppl, I need quick help to understand the below situation as i am a bit new to VCS world . We have a global cluster running with 2 nodes on each site . Primary side (2) and secondary site 2. The secondary site however is complete idle doing nothing and just gettng data replicated via storage disk groups. There are usually 2 disk group on each site cluster (ossdg and sybasedg) when active . From few days i am observing on secondary site nodes (admin1 and 2) Vxvm disk errors and its hard for me to figure out is it nomral beacuse it si idle cluster. The disks on storgare looks fine with no failure however Vxvm gives error and OS doesnt see it too . Also i dont see any output for vxprint . Is this normal for global cluster. Please help me figure out if i need to take an action . PFB Vxdisk list ouput : Seondary cluster server 1 [23:18:11 root@xxx-xyz-admin1 /]>> vxdisk list DEVICE TYPE DISK GROUP STATUS c0t0d0s2 auto:SVM - - SVM c0t1d0s2 auto:SVM - - SVM c1t500601623DE03785d0s2 auto:sliced c1t500601623DE03785d0s2 vxfendg1 on line c1t500601623DE03785d1s2 auto:sliced c1t500601623DE03785d1s2 vxfendg1 on line c1t500601623DE03785d2s2 auto:sliced c1t500601623DE03785d2s2 vxfendg1 on line c1t500601623DE03785d3s2 auto:sliced - - online c1t500601623DE03785d4s2 auto:sliced - - online c1t500601623DE03785d5s2 auto:sliced - - online c1t500601623DE03785d6s2 auto - - error c1t500601623DE03785d7s2 auto - - error c1t500601623DE03785d8s2 auto - - error secondary cluster server 2 [23:19:40 root@xxx-xyz-admin2 /]>> vxdisk list DEVICE TYPE DISK GROUP STATUS c0t0d0s2 auto:SVM - - SVM c0t1d0s2 auto:SVM - - SVM c1t500601623DE03785d0s2 auto:sliced - - online c1t500601623DE03785d1s2 auto:sliced - - online c1t500601623DE03785d2s2 auto:sliced - - online c1t500601623DE03785d3s2 auto:sliced - - online c1t500601623DE03785d4s2 auto:sliced - - online c1t500601623DE03785d5s2 auto:sliced - - online c1t500601623DE03785d6s2 auto - - error c1t500601623DE03785d7s2 auto - - error c1t500601623DE03785d8s2 auto - - error c1t500601623DE03785d9s2 auto - - error Server icluster runs in active /active mode. Let me know if any extrax info is required to analyse this.Solved2.6KViews0likes10Commentshow to change a DISKID?
I have one broken DG: localhost.vtb24.ru# vxprint -hqt Disk group: somedg dg somedg default default 11000 1364281050.8.localhost dm disk1 disk1 auto 65536 2147417808 - dm disk2 - - - - NODEVICE v vol01 - DISABLED ACTIVE 4294834176 SELECT - fsgen pl vol01-01 vol01 DISABLED NODEVICE 4294834176 STRIPE 2/128 RW sd disk1-01 vol01-01 disk1 0 2147417088 0/0 disk1 ENA sd disk2-01 vol01-01 disk2 0 2147417088 1/0 - NDEV localhost.vtb24.ru# vxprint -g somedg -dF'%last_da_name %name %diskid' disk1 disk1 1431951508.19.localhost disk2 disk2 1431951509.21.localhost localhost.vtb24.ru# vxdisk -x DISKID -x DGID -p list DEVICE DISKID DGID ibm_vscsi0_0 - - ibm_vscsi0_1 - - disk1 1431951508.19.localhost 1364281050.8.localhost disk2 1431951508.19.localhost 1364281050.8.localhost Both discs have the same diskid. How can i fix this?Solved1.2KViews0likes1CommentLUN removal in Solaris 10 10/09 with VxVM 5.1
Hello, I was assigned the removal of 86 unused LUNs in: # uname -a SunOS server 5.10 Generic_142900-09 sun4u sparc SUNW,SPARC-Enterprise # # cat /etc/release Solaris 10 10/09 s10s_u8wos_08a SPARC Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 16 September 2009 # # pkginfo -l VRTSvxvm PKGINST: VRTSvxvm NAME: Binaries for VERITAS Volume Manager by Symantec CATEGORY: system ARCH: sparc VERSION: 5.1,REV=10.06.2009.22.05 BASEDIR: / VENDOR: Symantec Corporation DESC: Virtual Disk Subsystem PSTAMP: Veritas-5.1 INSTDATE: Jun 23 2010 15:21 HOTLINE: http://www.symantec.com/business/support/assistance_care.jsp STATUS: completely installed FILES: 885 installed pathnames 37 shared pathnames 109 directories 372 executables 359788 blocks used (approx) It's been a long time since I worked with VxVM 5.1, but remember that when we see disks likeonline thinrclmin that version, we needed to implement a special procedure to eliminate first the subdisks (something like reclaim). # vxdisk -oalldgs list | grep -i fas3140 fas31402_0 auto:cdsdisk SRP400_16 SRP400dg online thinrclm fas31402_1 auto:cdsdisk SRP400_17 SRP400dg online thinrclm fas31402_2 auto:cdsdisk SRP400_18 SRP400dg online thinrclm fas31402_3 auto:cdsdisk SRP400_19 SRP400dg online thinrclm fas31402_4 auto:cdsdisk SRP400_20 SRP400dg online thinrclm fas31402_5 auto:cdsdisk SRP400_21 SRP400dg online thinrclm fas31402_6 auto:cdsdisk SRP400_14 SRP400dg online thinrclm fas31402_7 auto:cdsdisk SRP400_22 SRP400dg online thinrclm fas31402_8 auto:cdsdisk SRP400_24 SRP400dg online thinrclm fas31402_9 auto:cdsdisk SRP400_23 SRP400dg online thinrclm fas31402_10 auto:cdsdisk SRP400_25 SRP400dg online thinrclm fas31402_11 auto:cdsdisk SRP400_26 SRP400dg online thinrclm fas31402_12 auto:cdsdisk SRP400_36 SRP400dg online thinrclm fas31402_13 auto:cdsdisk SRP400_27 SRP400dg online thinrclm fas31402_14 auto:cdsdisk SRP400_28 SRP400dg online thinrclm fas31402_15 auto:cdsdisk SRP400_29 SRP400dg online thinrclm fas31402_16 auto:cdsdisk SRP400_30 SRP400dg online thinrclm fas31402_17 auto:cdsdisk SRP400_31 SRP400dg online thinrclm fas31402_18 auto:cdsdisk SRP400_32 SRP400dg online thinrclm fas31402_19 auto:cdsdisk SRP400_15 SRP400dg online thinrclm fas31402_20 auto:cdsdisk SRP400_33 SRP400dg online thinrclm fas31402_21 auto:cdsdisk SRP400_34 SRP400dg online thinrclm fas31402_22 auto:cdsdisk SRP400_35 SRP400dg online thinrclm fas31402_23 auto:cdsdisk SRP400_37 SRP400dg online thinrclm fas31402_24 auto:cdsdisk SRP400_38 SRP400dg online thinrclm fas31402_25 auto:cdsdisk SRP400_39 SRP400dg online thinrclm fas31402_26 auto:cdsdisk SRP400_01 SRP400dg online thinrclm fas31402_27 auto:cdsdisk SRP400_02 SRP400dg online thinrclm fas31402_28 auto:cdsdisk SRP400_03 SRP400dg online thinrclm fas31402_29 auto:cdsdisk SRP400_04 SRP400dg online thinrclm fas31402_30 auto:cdsdisk SRP400_05 SRP400dg online thinrclm fas31402_31 auto:cdsdisk SRP400_06 SRP400dg online thinrclm fas31402_32 auto:cdsdisk SRP400_07 SRP400dg online thinrclm fas31402_33 auto:cdsdisk SRP400_08 SRP400dg online thinrclm fas31402_34 auto:cdsdisk SRP400_09 SRP400dg online thinrclm fas31402_35 auto:cdsdisk SRP400_10 SRP400dg online thinrclm fas31402_36 auto:cdsdisk SRP400_11 SRP400dg online thinrclm fas31402_37 auto:cdsdisk SRP400_12 SRP400dg online thinrclm fas31402_38 auto:cdsdisk SRP400_13 SRP400dg online thinrclm fas31402_39 auto:cdsdisk - (SRPredodg) online thinrclm fas31402_40 auto:cdsdisk - (SRPctldg) online thinrclm fas31402_41 auto:cdsdisk SRParch01 SRParchdg online thinrclm fas31402_42 auto:cdsdisk SRP401_42 SRP400dg online thinrclm fas31403_0 auto:cdsdisk SRP401_19 SRP401dg online thinrclm fas31403_1 auto:cdsdisk SRP401_03 SRP401dg online thinrclm fas31403_2 auto:cdsdisk SRP401_04 SRP401dg online thinrclm fas31403_3 auto:cdsdisk SRP401_05 SRP401dg online thinrclm fas31403_4 auto:cdsdisk SRP401_06 SRP401dg online thinrclm fas31403_5 auto:cdsdisk SRP401_07 SRP401dg online thinrclm fas31403_6 auto:cdsdisk SRP401_01 SRP401dg online thinrclm fas31403_7 auto:cdsdisk SRP401_08 SRP401dg online thinrclm fas31403_8 auto:cdsdisk SRP401_09 SRP401dg online thinrclm fas31403_9 auto:cdsdisk SRP401_10 SRP401dg online thinrclm fas31403_10 auto:cdsdisk SRP401_12 SRP401dg online thinrclm fas31403_11 auto:cdsdisk SRP401_13 SRP401dg online thinrclm fas31403_12 auto:cdsdisk SRP401_14 SRP401dg online thinrclm fas31403_13 auto:cdsdisk SRP401_15 SRP401dg online thinrclm fas31403_14 auto:cdsdisk SRP401_16 SRP401dg online thinrclm fas31403_15 auto:cdsdisk SRP401_17 SRP401dg online thinrclm fas31403_16 auto:cdsdisk SRP401_18 SRP401dg online thinrclm fas31403_17 auto:cdsdisk SRP401_20 SRP401dg online thinrclm fas31403_18 auto:cdsdisk SRP401_21 SRP401dg online thinrclm fas31403_19 auto:cdsdisk SRP401_11 SRP401dg online thinrclm fas31403_20 auto:cdsdisk SRP401_22 SRP401dg online thinrclm fas31403_21 auto:cdsdisk SRP401_23 SRP401dg online thinrclm fas31403_22 auto:cdsdisk SRP401_24 SRP401dg online thinrclm fas31403_23 auto:cdsdisk SRP401_25 SRP401dg online thinrclm fas31403_24 auto:cdsdisk SRP401_26 SRP401dg online thinrclm fas31403_25 auto:cdsdisk SRP401_27 SRP401dg online thinrclm fas31403_26 auto:cdsdisk SRP401_28 SRP401dg online thinrclm fas31403_27 auto:cdsdisk SRP401_29 SRP401dg online thinrclm fas31403_28 auto:cdsdisk SRP401_30 SRP401dg online thinrclm fas31403_29 auto:cdsdisk SRP401_31 SRP401dg online thinrclm fas31403_30 auto:cdsdisk SRP401_33 SRP401dg online thinrclm fas31403_31 auto:cdsdisk SRP401_34 SRP401dg online thinrclm fas31403_32 auto:cdsdisk SRP401_32 SRP401dg online thinrclm fas31403_33 auto:cdsdisk SRP401_35 SRP401dg online thinrclm fas31403_34 auto:cdsdisk SRP401_36 SRP401dg online thinrclm fas31403_35 auto:cdsdisk SRP401_37 SRP401dg online thinrclm fas31403_36 auto:cdsdisk SRP401_38 SRP401dg online thinrclm fas31403_37 auto:cdsdisk SRP401_39 SRP401dg online thinrclm fas31403_38 auto:cdsdisk SRP401_02 SRP401dg online thinrclm fas31403_39 auto:cdsdisk - (SRPredodg) online thinrclm fas31403_40 auto:cdsdisk - (SRPctldg) online thinrclm fas31403_41 auto:cdsdisk SRParch02 SRParchdg online thinrclm fas31403_42 auto:cdsdisk SRP401_42 SRP401dg online thinrclm Please your assistance to have a clear idea of procedure to perform in few more hours... Thank you!Solved1KViews0likes2Commentsdeleting rlink that's having "secondary_config_err" flag
hello, in my VCS global cluster my ORAGrp resource group is partially online since my rvgres is offline, i am suspecting the issue in the below rlink. i am trying to dissociate thi rlink(below:rlk_sys1-DB-rep_DB_r) and dettach it in order to delete it but i am not able to succeed. below are some output from the system. root@sys2# vxprint -P Disk group: DBhrDG TY NAME ASSOC KSTATE LENGTH PLOFFS STATE TUTIL0 PUTIL0 rl rlk_sys1-DB-rep_DB_r DB_rvg CONNECT - - ACTIVE - - rl rlk_sys1-rep_DB-rvg DB-rvg ENABLED - - PAUSE - - root@sys2# vxrlink -g DBhrDG dis rlk_sys1-rep_DB-rvg VxVM VVR vxrlink ERROR V-5-1-3520 Rlink rlk_sys1-rep_DB-rvg can not be dissociated if it is attached root@sys2# vxrlink -g DBhrDG det rlk_sys1-rep_DB-rvg VxVM VVR vxrlink ERROR V-5-1-10128 Operation not allowed with attached rlinks root@sys2# vxedit -g DBhrDG rm rlk_sys1-rep_DB-rvg VxVM vxedit ERROR V-5-1-3540 Rlink rlk_sys1-rep_DB-rvg is not disabled, use -f flag root@sys2# vxedit -g DBhrDG -f rm rlk_sys1-rep_DB-rvg VxVM vxedit ERROR V-5-1-3541 Rlink rlk_sys1-rep_DB-rvg is not dissociated root@sys2# vxprint -Vl Disk group: DBhrDG Rvg: DB-rvg info: rid=0.1317 version=0 rvg_version=41 last_tag=11 state: state=CLEAN kernel=DISABLED assoc: datavols=(none) srl=(none) rlinks=rlk_sys1-rep_DB-rvg exports=(none) vsets=(none) att: rlinks=rlk_sys1-rep_DB-rvg flags: closed secondary disabled detached passthru logging device: minor=26012 bdev=343/26012 cdev=343/26012 path=/dev/vx/dsk/DBhrDG/DB-rvg perms: user=root group=root mode=0600 Rvg: DB_rvg info: rid=0.1386 version=13 rvg_version=41 last_tag=12 state: state=ACTIVE kernel=ENABLED assoc: datavols=sys1_DB_Process,sys1_DB_Script,... srl=sys1_DB_SRL rlinks=rlk_sys1-DB-rep_DB_r exports=(none) vsets=(none) att: rlinks=rlk_sys1-DB-rep_DB_r flags: closed secondary enabled attached logging device: minor=26014 bdev=343/26014 cdev=343/26014 path=/dev/vx/dsk/DBhrDG/DB_rvg perms: user=root group=root mode=0600 please advise regards1.4KViews0likes4CommentsVeritas Storage Foundation - Volume Disabled After 'rmdisk'
Dear All, I added a LUN to a specific volume and realised that I added it to the wrong volume. To remove the LUN the following command was run : "vxdg -g dg rmdisk vsp-xx-xx" I was then prompted to run the " -k" option to remove the disk. However after re-running the command with the " -k" option : "vxdg -g dg -k rmdisk vsp-xx-xx" ... the volume went into a disabled state. Fortunately no data was lost once the "vxmend" was completed on the volume. I would just like to know if this was to be expected when running the above with the " -k" option ? RegardsSolved2KViews0likes4Comments