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 <[EMAIL PROTECTED]> > 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: [EMAIL PROTECTED]