having issues getting consolidated backup working. im using arcserve 12. i can get it to pull all the vm's into the database, but when i go to back one up i get this error
9/04/08 10:05:37 -
9/04/08 10:05:37 VM Mount operation in progress ...
9/04/08 10:05:37 -
9/04/08 10:05:37 Process id is: 2548
9/04/08 10:05:37 Mount process gives infinite time for each mount operation
9/04/08 10:05:37 Trying to Mount VM having UUid 50261853-1bfb-6a91-1b18-ba2bbd5d2f40
9/04/08 10:05:37 Creating new process ....
9/04/08 10:05:49 vcbMounter output Log is ...
9/04/08 10:05:49 Current working directory: D:\Program Files\VMware\VMware Consolidated Backup Framework[2008-09-04 10:05:37.411 'BaseLibs' 828 info] HOSTINFO: Seeing Intel CPU, numCoresPerCPU 2 numThreadsPerCore 1.[2008-09-04 10:05:37.411 'BaseLibs' 828 info] HOSTINFO: This machine has 1 physical CPUS, 2 total cores, and 2 logical CPUs.[2008-09-04 10:05:37.817 'BaseLibs' 828 info] Using system libcrypto, version 90709F[2008-09-04 10:05:37.926 'BaseLibs' 828 warning] SSLVerifyCertAgainstSystemStore: Subject mismatch: VMware vs virtualcenter[2008-09-04 10:05:37.926 'BaseLibs' 828 warning] SSLVerifyCertAgainstSystemStore: The remote host certificate has these problems:
The host name used for the connection does not match the subject name on the host certificate
A certificate in the host's chain is based on an untrusted root.[2008-09-04 10:05:37.926 'BaseLibs' 828 warning] SSLVerifyIsEnabled: failed to read registry value. Assuming verification is disabled. LastError = 0
9/04/08 10:05:49 Mounter return code is 1
9/04/08 10:05:49 Mount operation failed for the VM
9/04/08 10:05:49 Total VM Mount operation return code is 0
9/04/08 10:05:49 VM Mount operation Ends here
i have the config file setup correctly, its set to do lan mode. also i can backup the servers if i do it in a command line, so i think i got the vcb proxy working correctly. my arcserve server is the vcb proxy. vmware told me to ignore the certificaticate error.
Yes, ignore the certificate error. It has nothing to do with the issue you are having. Can you edit config.js and uncomment or add the line LOGLEVEL="6";
This will enable verbose logs. These logs are located in %TEMP% - usually c:\windows\temp
Make sure that you use a double backslash for domain-user settings and your mount location in config.js as well.
Dave
I forgot...Attach the logs and someone will look at them.
here's what the two log files say in the temp dirrectory. i might not be reading this right, but it looks like its trying to do a san backup vs the lan
Error: (VmountLocator:114) Vmount2.Vmount2Service: Cannot open disk file: Error : Disk library failed (Cannot access a SAN/iSCSI LUN backing this virtual disk. (Hint: Option "-m ndb" swtiches vcbMounter to network base disk access if this is what you want.) ). Unable to open 'blklst://snapshot-1678[STORAGE POOL 03] Criterion PC/Criterion . Failed to configure disk scsi0:0
Establishing new connection for virtualcenter:sadministrator
Connecting to host virtualcenter on port 443 using protocol https
SSLVerifyCertAgainstSystemStore: Subject mismatch: VMware vs virtualcenter
SSLVerifyCertAgainstSystemStore: The remote host certificate has these problems:
The host name used for the connection does not match the subject name on the host certificate
A certificate in the host's chain is based on an untrusted root.
SSLVerifyIsEnabled: failed to read registry value. Assuming verification is disabled. LastError = 0
SSLVerifyCertAgainstSystemStore: Certificate verification is disabled, so connection will proceed despite the error
Connected using API Namespace vim25.
Authenticating user sadministrator
SSLVerifyCertAgainstSystemStore: Subject mismatch: VMware vs virtualcenter
SSLVerifyCertAgainstSystemStore: The remote host certificate has these problems:
The host name used for the connection does not match the subject name on the host certificate
A certificate in the host's chain is based on an untrusted root.
SSLVerifyIsEnabled: failed to read registry value. Assuming verification is disabled. LastError = 0
SSLVerifyCertAgainstSystemStore: Certificate verification is disabled, so connection will proceed despite the error
No path to device LVID:4756974e-77815a78-3e59-001c23cc33b6/4756974e-5988a5a8-8746-001c23cc33b6/1 found.
Right. That is my take as well. did you changethe following in config.js
// TRANSPORT_MODE="san";
to
TRANSPORT_MODE="nbd";
yeah thats how i have the transport mode. i changed it last week once i found out i couldnt do san since my vcb proxy wasnt hooked directly to the san.
i just dont know if i need to run something to get arcserve to change.
arcserve tech support isnt that helpful
OK...I did a little checking, but not a lot...
I don't think Arcserve uses the scripting built into the VCB Framework. It only uses the virtual disk driver and possibly vcbmounter.exe. Is there a pre-backup script associated with the job when you indicate that it is a VM or is this all GUI?
If it is a GUI and there are no scripts, what you MAY need todo is make your proxy a Arcserve client and run pre and post scripts to call VCB the "old school" way. Check out Duncan's blog post. It deals with Commvault, but the script won't change. -> http://www.yellow-bricks.com/2008/01/30/vcb-backup-all-running-vms/
If it uses pre and post scripts already, check to find which on actually calls vcbmounter and add the "-m nbd" option.
Dave
I love my script!
You should be able to use pre backup scripts, like Dave said use my script and backup 'em all from 1 schedule. Works like a charm, I wrote it for commvault, but it should work with every single backup solution out there.
Duncan
My virtualisation blog:
If you find this information useful, please award points for "correct" or "helpful".
thanks for the info guys. i'll give that a try.
well looks like it was just patch issues with arcserve. guess there tech support couldnt figure that out 3 days ago ?:|
Ya know....sometimes it just falls doen to a simple patch... I thought that was tech support 101 - what version are you running? Oh...there's a patch for that, you need to download it and install it...then call us back and wait on hold for three more hours...
that was the first question i asked. it works with this version correct?
i might work on the script thing anyway. the backups seem to take awhile and i think its not really offloading it to the proxy server... im seeing high network traffic from the esx server to the proxy the whole time its backing up to tape
Don't forget to change your mode back in config.js if you changed it to NBD for testing...
my backup proxy doesnt have direct access to the san, so i need to leave it in nbd... right?
OK...I thought you originally said you needed to use NBD mode. I got
confused about the question about high ESX traffic. NBD mode will back up your VMs over the
network, so you will see high I/O on the SC network. If you do a "-t file" if will copy directly from the ESX to tape on the proxy. If you do a "-t fullvm", it will copy the VMDK and related files to the proxy THEN copy to tape.