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.

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{

Replace it with:

$SIG{__DIE__} = sub{

        Carp::confess;

        Util::disconnect();

        if($optsPassed eq "no") {

                &cleanUp();

        }

};

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.

Hi,

I am seeing the same error. It only seems to occur with VM that contain more then one vmdk.

Adi

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.

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

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

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

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.

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.

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