-
1. Re: ghettovcbg2 problem with VICommon.pm line 1218
chrwei Aug 3, 2011 7:32 AM (in response to zzelazek)I am also seeing this every now and then. i suspect it has something to do with some sort of high load somewhere and some network api call timing out. I'd assume the error could be handled and a "try again" world work.
I don't see anything calling "rootFolder" directly, so better global error trapping is needed. I'm not good enough with perl to add this myself.
-
2. Re: ghettovcbg2 problem with VICommon.pm line 1218
chrwei Sep 30, 2011 10:33 AM (in response to zzelazek)So i got this error 4 days in a row and added some debug code and it hasn't failed since.
in the section with the "use" lines, add this after the first 2:
use Carp;
Search for "__DIE__" and find the block that looks like this:
$SIG{__DIE__} = sub{
Util::disconnect();if($optsPassed eq "no") {&cleanUp();}};Replace it with:
$SIG{__DIE__} = sub{
Carp::confess;
Util::disconnect();
if($optsPassed eq "no") {
&cleanUp();
}
};
this is untested code, but should give some additional info when it crashes so that we can tell where to start fixing it. -
3. Re: ghettovcbg2 problem with VICommon.pm line 1218
chrwei Sep 21, 2011 9:30 AM (in response to chrwei)just an update:
I have not gotten this error message since adding my debug code. I don't think i have made any other changes that would have "corrected" whatever was causing the error.
-
4. Re: ghettovcbg2 problem with VICommon.pm line 1218
adilinden Sep 30, 2011 10:26 AM (in response to chrwei)Hi,
I am seeing the same error. It only seems to occur with VM that contain more then one vmdk.
Adi
-
5. Re: ghettovcbg2 problem with VICommon.pm line 1218
chrwei Sep 30, 2011 10:30 AM (in response to adilinden)adilinden, can you make the changes i suggest above and post any details it gives? i still have not seen the failure since I made the changes to my script.
-
6. Re: ghettovcbg2 problem with VICommon.pm line 1218
adilinden Sep 30, 2011 12:38 PM (in response to chrwei)This is very strange.
I made a copy of the backup script. I added the statements above to the copied backup script. The script with the statements added runs flawless every single time. The script without the statements added fails every time, but not on the same vm. Both scripts use the same vmlist containing 9 vm.
Adi
-
7. Re: ghettovcbg2 problem with VICommon.pm line 1218
adilinden Sep 30, 2011 1:29 PM (in response to adilinden)I give up...
./ghettoVCBg2-daily.pl --> fails
./ghettoVCBg2-debug.pl --> added additional debug --> does not fail
cp ./ghettoVCBg2-daily.pl ./ghettoVCBg2-daily-new.pl
./ghettoVCBg2-daily.pl --> still fails
./ghettoVCBg2-daily-new.pl --> does not fail
Tried several runs, consistent results. It does not make any sense.
Adi
-
8. Re: ghettovcbg2 problem with VICommon.pm line 1218
vmwarebn Oct 5, 2011 1:28 PM (in response to zzelazek)I have a similar problem. This was working great now not at all. My hosts are all ESXi 4.1 build 381951. I put the code in and here is the messages i get
404 Not Found due to rotation max
any help is appreciated
-
9. Re: ghettovcbg2 problem with VICommon.pm line 1218
chrwei Oct 6, 2011 7:49 AM (in response to vmwarebn)what's the complete message? and what do you have $VM_BACKUP_ROTATION_COUNT set to? i don't think your error is the same as mine.
-
10. Re: ghettovcbg2 problem with VICommon.pm line 1218
adilinden Nov 3, 2011 2:06 PM (in response to adilinden)Well, ever since adding the debug commands the script has been working without any issues. I have a different vma appliance in a different system that runs 6 of these scripts without debug commands and without any issues. Only difference is that the issues experienced are with vSphere Essentials licenses whereas I have not seen any issues at all on vSphere Enterprise licensed hosts. That may not all be relevant though.
-
11. Re: ghettovcbg2 problem with VICommon.pm line 1218
lamw Nov 8, 2011 6:47 AM (in response to zzelazek)Hello All,
Sorry for the lack of responses, I've been pretty busy in the last several months. Regarding some of the specific issues that users have encountered with the script, I'm not exactly sure the cause but something that has been on my roadmap is to actually re-write ghettoVCBg2 to make it much more optimal. I don't have any ETA on when I'll have the time to do so, but I think that it should help with some of these problems users are facing and also taking advantage of some of the new APIs that have been exposed in vSphere 5.
I'll provide an update once I have something, but thought I give everyone a quick update.
Thanks again for your support