After 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?Veritas Storage Foundation Under Xen Virtual Machines
Hi, I have been some problems with a virtual servers using xen virtualization servers. I found this article about support Veritas under Xen, but It's a old article, there are any updates about SF under Xen? http://www.symantec.com/business/support/index?page=content&id=TECH141375 In this case, the virtual server is Rhel 6.5, and I'm using sf 6.1.1 Regards
move a dg to a new server
I have 2 solaris servers running storage foundation 5, using the same attached san but not same disks. I need to move 1 disk group (1 lun) from server one server to the other. The storage team has agreed to rezone the lun so both servers can see it... Will there be anything I need to to do,, to deport from server 1 and import to server 2?
udid_mismatch using RHEL5u5 SF6.1 on Virtual Box
For a lab enviroment for testing on my laptop, I have used Virtual Box with RHEL 5.5 with SFHA6.1 and I have shared a disk by creating a disk of "fixed size" and setting type to "Shareable", but I get udid_mismatch as the udid seems to be host (not device) specific: Host a: [root@r55v61a ~]# vxdisk list sdc | egrep "guid|udid" guid: {1ac21a9c-a550-11e3-a7fd-30ba236498b6} udid: VBOX%5FHARDDISK%5FOTHER%5FDISKS%5Fr55v61a.localdomain%5F%2Fdev%2Fsdc Host b: [root@r55v61b ~]# vxdisk list sdc | egrep "guid|udid" flags: online ready private autoconfig udid_mismatch clone_disk guid: {1ac21a9c-a550-11e3-a7fd-30ba236498b6} udid: VBOX%5FHARDDISK%5FOTHER%5FDISKS%5Fr55v61b.localdomain%5F%2Fdev%2Fsdc So here you can see that the udid is different between the hosts as it contains the hostname (and device path /dev/sdc which could be different too). It is the same disk as you can see the guid is the the same and the uuid is the same in the .vbox config file and if I create a diskgroup on one node then I am able to see the diskgroup and mount and write to the filesystem on both nodes. As I understand, "vxdisk list" is showing me the udid in theDevice Discovery Layer and SF writes this udid to the private region and so if for exampe I run "vxdisk updateudid" on one node, then udid_mismatch is fixed on that node, but then of course the other node gets theudid_mismatch. Note it is the hostname in the udid, NOT the virtual machine name and so if I change the hostname of the server so that both nodes are the same, then this fixes the issue which is sort of a workaround as VCS uses /etc/VRTSvcs/sysname, not the hostname, but having duplicate hostnames may cause other issues. Looking athttp://www.symantec.com/business/support/index?page=content&id=TECH196717, this says: The UDID is a tuple( 4 field) consisting of : VendorId , Product ID, Cabinet Serial number ,Lun Serial Number So it would seem theCabinet Serial number is resolving to the hostname and theLun Serial Number is resolving to the O/S device path. Vbox seems to emulate all disks, local AND shared to be in a single enclosue within the host (i.e internal disks), so I guess this is why the issue is arising as Vbox is reporting a single shared disk is contained in both hosts (and sometimes reporting a differentLun Serial Number if the device path for the disk is not the same on each host, which occurs if you have a different number of disks on each system or the controllers are not discovered in the same order). I had a look on VMWare workstation and this does the same - itseems to emulate all disks, local AND shared to be in a single enclosue within the host Does anyone know how to work-a-round this? Thanks Mike
Symantec Availablity Solutions on Cloud
Hi, Would just like to know if the following solutions can be implemented via cloud? SF, VCS, VVR, VOM and APPHA. A client has their own private cloud and wants to create their DR via cloud as well. They are looking at our solution to help them implement their DR. Many Thanks! DanAnnouncing Storage Foundation High Availability Customer Forum 2012
We are excited to announce Storage Foundation High Availability Customer Forum 2012, a free learning event by the engineers for the engineers. Registration is open, register now to get on the priority list. The forum will take place at our Mountain View, CA offices on March 14th and 15th 2012. Join your peers and our engineers for two days of learning and knowledge sharing. The event features highly technical sessions tohelp you get more out of your days. Learn and share best practices from your peers in the industry and build a long lasting support network in the process Become a Power User by significantly increasing your troubleshooting and diagnostic skills as well as your product knowledge Engage with the engineers who architected and wrote the code for the products Please see here for event agenda and sessions details. More questions? See our events page.Booting encapsulated disk at BCP Site (SAN replication )
If i have SAN Booted server with Boot disk encapsulated in VxVM and when LUN is replicated to BCP Site and Presented to another server, it is bootable at BCP Site despite the Device paths presented to the server at BCP Site will be different from those of Production. Just want to know whether it is bootable if we have all the relevant licensing. I know Diskgroups can be imported at BCP Site with uuidupdate. But is rootdg bootable with different device paths ?
