hi...

I have big troubles with amanda on vmware ESX server 3.

The gtar proccess hang up/ go into endless loop...

however with the help of the vmware support, we were able to figure out
the following:

gtar works, if called like this:
================================
> gtar --create --file - --directory /boot --one-file-system
> --listed-incremental /root/gtar_test/gnutar-lists/172.31.3.9_boot_0.new
> --sparse --ignore-failed-read --totals --exclude-from
> /root/gtar_test/sendbackup._boot.20080320110639.exclude . >
> /root/boot_new.tar
> 

it also works with this command:
================================
> gtar --create --file /root/boot_new.tar --directory /boot --one-file-system
> --listed-incremental /root/gtar_test/gnutar-lists/172.31.3.9_boot_0.new
> --sparse --ignore-failed-read --totals --exclude-from
> /root/gtar_test/sendbackup._boot.20080320110639.exclude . 


but this does not work, gtar proccess are eating a lot of CPU cycles:
=====================================================================
> gtar --create --file - --directory /boot --one-file-system
> --listed-incremental /root/gtar_test/gnutar-lists/172.31.3.9_boot_0.new
> --sparse --ignore-failed-read --totals --exclude-from
> /root/gtar_test/sendbackup._boot.20080320110639.exclude . 


are there any suggestions how to troubleshoot/ solve this problem???

I'm running amanda-2.5.2-p1.

regards,

olli


-------- Weitergeleitete Nachricht --------
> Von: VMware Technical Support <webform AT vmware DOT com>
> An: 
> Betreff: RE: VMware Support Request SR# 1104697711
> Datum: Thu, 20 Mar 2008 10:12:38 -0700
> 
> DO NOT CHANGE THE SUBJECT LINE if you want to respond to this email. 
> 
> Hello Oliver, 
> 
> You are correct in your understanding that the difference between the working
> and not working command is where the image is written. 
> 
> However I ran the command in "standalone" mode so when I ran it with the "-"
> parameter as the input for "--file" (the output/tar file) it was not sending
> it across the network.
> 
> What I have proved is that there is no issue with gtar when writing to a
> local file. I don't believe that there is an issue with the TCP/IP stack.
> 
> I do not have access to, nor can I support, the Amanda software and how it
> implements its calls to gtar. 
> 
> Also, when I run the gtar command as follows:-
> 
>  gtar --create --file - --directory /boot --one-file-system
> --listed-incremental /root/gtar_test/gnutar-lists/172.31.3.9_boot_0.new
> --sparse --ignore-failed-read --totals --exclude-from
> /root/gtar_test/sendbackup._boot.20080320110639.exclude . >
> /root/boot_new.tar
> 
> all is well.
> (note I have used "-" with the --file option and redirected the output to a
> file)
> 
> Is gtar called by a script or an executable. If it's a script then we could
> try to simulate the transfer of the data across the network when the call is
> made to gtar.
> As I'm sure you know ESX is based on RedHat 3 Update 6.
> 
> Unfortunately I'm not sure how much more help I can be to you as this stage
> as this is an issue with a 3rd Party application which is not working,
> however I would advise you to post an entry in the Amanda forums to see if
> anyone has come across similar issues.
> 
> Best regards,
> Liam.
> 
> 
> ===  
> Technical Support Engineer, VMware Inc., Ballincollig Technology Park, Cork,
> Ireland
> Technical Support Phone Numbers:
> http://www.vmware.com/support/phone_support.html
>  
> Satisfied customers are our top priority. 
> Please let us know what you think of the level of service provided by sending
> an email to my manager,  Callum Hughes: Callum AT vmware DOT com