I’m having trouble imaging Windows 2003 Small Business Servers. The only other image one I’ve tried so far though is WindowsXP.
It’ll do the file backups fine, but when it tries to do the image backup I get.
07/16/12 01:34:27: ERROR: Pipe to client unexpectedly closed
07/16/12 01:34:28: ERROR: Backup not complete because of connection problems
I’m running the latest client, and the server was built from source on Gentoo.
I’m not sure where to even go from here, can anyone lend some assistance?
I just realized on the XP box that it does image successfully the volume shadow copy service is actually stopped, and on the server it is running. I’ll try stopping the service and image it tonight after hours.
Thanks!
EDIT: Doing it on my test server now. The client sits there saying ‘Waiting for server…’ guess that wasn’t it.
Yes looks like shadow copying fails or it fails to open the shadow copy after it was created. If you change the “warn” to “debug” in C:\Program files\UrBackup\args.txt it will print out more information including the paths it tries to access.
I cleared the log file after switching it from warn to debug, that was everything from the top of the file to the point when it started repeating the same message.
Does the image backup communicate to the server in a different manner than the file one? I’m wondering if the ‘Waiting for server…’ from the client system tray icon would be at all helpful?
I just tried it on another 2003 server, this time one that isn’t a Small Business Server…same result.
These are all XenServer virtual machines, would that be the problem? I didn’t see anything about unsupported systems unless the drives were done with gparted.
It just worked on a Windows 7 machine, and on a server 2008. Could it be a problem with the latest version of the client on 2003?
Hmm could be. The log above does only show the aftermath of the error though. Interesting would be what happens before that.
I even tested with XenServer once, so that should not be the problem. The volumes are standard NTFS volumes without software mirroring or software RAID?
Pretty sure that was the entire log file. I kept renaming it so I could just select all and get everything relevant from the last change I tried.
They are standard NTFS drives, they -may- have been created originally with a Dell install disc instead of just the Windows one which -may- use gparted (I know it’s Linux based), but I doubt it. I inherited these servers and they’ve gone through a P2V conversion, but there isn’t any software mirroring or anything like that.
I have a clean install of 2003 in another VM that I didn’t want to dork with but I can try it there too I guess…if that one is buggered up I’m at a loss.
07/19/12 10:12:54: ERROR: backupcom->GatherWriterMetadata(&pb_result) failed: EC=E_INVALIDARG
07/19/12 10:12:54: ERROR: Fatal exception. Crash dump written to "C:\WINDOWS\TEMP\UrBackup\v0.25.1-20120719-101254-3832-3828.dmp"
So the shadow copying thread crashes. I don’t know why it does not take the whole process down. That crash dump would be helpful, if you can send that to me.
So I updated the XenServer PV drivers and now the backup is running!
These vms were P2V on 5.0, but now are running on 5.5 and it looks like I forgot to update the XenServer tools.
Image isn’t done yet, but it’s never even moved beyond 0% process before so I’m pretty optimistic.
Thanks for your patience and help, sorry to have wasted your time. Great product, I can’t wait to roll it out to all my clients.
It’s funny actually, only my test servers have the outdated tools. I just checked my production boxes and they are all updated properly…so by using test servers (old images from the production ones) I made this a lot harder than it needed to be.
Did you ever figure this out? I’m also getting the “Pipe to client unexpectedly closed” error when trying to do an image backup but my client machine is a Win2008 server, and Urbackup version is now 1.2.1 x64. Not sure how to debug further!