CpBackup error ons some accounts (Can't locate cPScript/Filesys/Info.pm)

[eagle]

cPanel throws errors on some accounts on different servers:

Can't locate cPScript/Filesys/Info.pm in @INC (@INC contains: /scripts /usr/local/cpanel /usr/lib/perl5/5.8.8/i686-linux /usr/lib/perl5/5.8.8 /usr/lib/perl5/site_perl/5.8.8/i686-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7/i686-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.6.2 /usr/lib/perl5/site_perl .) at /scripts/cPScript/DiskLib.pm line 9.
BEGIN failed--compilation aborted at /scripts/cPScript/DiskLib.pm line 9.
Compilation failed in require at /scripts/pkgacct line 33.
BEGIN failed--compilation aborted at /scripts/pkgacct line 33.
Net::FTP=GLOB(0x8484f78)<<< 220 (vsFTPd 2.0.5)
Net::FTP=GLOB(0x8484f78)>>> USER rmdesign1
Net::FTP=GLOB(0x8484f78)<<< 331 Please specify the password.
Net::FTP=GLOB(0x8484f78)>>> PASS ....
Net::FTP=GLOB(0x8484f78)<<< 230 Login successful.
Net::FTP=GLOB(0x8484f78)>>> TYPE I
Net::FTP=GLOB(0x8484f78)<<< 200 Switching to Binary mode.
Net::FTP=GLOB(0x8484f78)>>> MKD /
Net::FTP=GLOB(0x8484f78)<<< 550 Create directory operation failed.
Net::FTP=GLOB(0x8484f78)>>> MKD //weekly
Net::FTP=GLOB(0x8484f78)<<< 550 Create directory operation failed.
Net::FTP=GLOB(0x8484f78)>>> CWD //weekly
Net::FTP=GLOB(0x8484f78)<<< 250 Directory successfully changed.
Cannot open Local file /home/cpbackuptmp/cpbackup/weekly/account.tar.gz: No such file or directory
 at /scripts/cpbackup line 817
Net::FTP=GLOB(0x8484f78)>>> QUIT
Net::FTP=GLOB(0x8484f78)<<< 221 Goodbye.

Seems like a perl file is missing, but on one server the backup continuous without errors on other accounts.

cPanel 11.25.0-R42213 - WHM 11.25.0 - X 3.9

Any idea?

[cPanelCory]

Is this only happening on servers that back up to FTP or are there any other similarities that you are seeing amongst the accounts that are failing in this fashion?

You may also want to put in a ticket to our support so they can take a more thorough look into the issue...

Thanks,

[eagle]

We don't backup locally on any server, so I can't compare.

On one server it is:

Can't locate Cpanel/Locale.pm in @INC

On the other it is:

Can't locate cPScript/Filesys/Info.pm in @INC

But like I said, on one server the backup moves on after a few account without any error. On the other server the error was on the last accounts.

Is it possible some perl upgrade process got in the way at that time? Now I notice on both servers upcp never completes (or is not started), so that may be a source. I am running upcp on one manually now.

[eagle]

Both servers run upcp manually without errors (now). Seems like a temp glitch?

[cPanelDon]

Both servers run upcp manually without errors (now). Seems like a temp glitch?

Were any other corrective measures performed, such as a forced cPanel update (upcp)?

[eagle]

Were any other corrective measures performed, such as a forced cPanel update (upcp)?

Just upcp, no --force .

Today the backups ran normal, as far as I can tell. The file server has new files with todays date (and not empty) and the cpbackup completed for all servers. But, this is the first day ever I did not get an error warning that the backup of an account failed (as happens with suspended accounts and non-accessible directories). So, has this warning been disabled or what?

Got a new warning though on the 'release-tree' servers that acted strange yesterday:

Net::FTP>>> Net::FTP(2.77)
Net::FTP>>>   Exporter(5.58)
Net::FTP>>>   Net::Cmd(2.29)
Net::FTP>>>   IO::Socket::INET(1.29)
Net::FTP>>>     IO::Socket(1.29)
Net::FTP>>>       IO::Handle(1.25)
Net::FTP=GLOB(0x85562ac)<<< 220 (vsFTPd 2.0.5)
Net::FTP=GLOB(0x85562ac)>>> USER <account>
Net::FTP=GLOB(0x85562ac)<<< 331 Please specify the password.
Net::FTP=GLOB(0x85562ac)>>> PASS ....
Net::FTP=GLOB(0x85562ac)<<< 230 Login successful.
Net::FTP=GLOB(0x85562ac)>>> QUIT
Net::FTP=GLOB(0x85562ac)<<< 221 Goodbye.

Seems like a credentials check on the fileserver. Never had that one before. The backup log was emailed also after finishing, so this is an 'extra' email

[cPanelDon]

Today the backups ran normal, as far as I can tell. The file server has new files with todays date (and not empty) and the cpbackup completed for all servers. But, this is the first day ever I did not get an error warning that the backup of an account failed (as happens with suspended accounts and non-accessible directories). So, has this warning been disabled or what?

The difficulty stemming from unreadable files should no longer cause an individual account backup to fail.

For additional clarification, I believe the following two change log entries are related to the difference noticed:
Release 42213, 2009-12-16 18:45:35
Address spurious error messages from pkgacct where unreadable files were not properly ignored
Updated /scripts/pkgacct tar error code handling to ignore exit codes generated when archiving an unreadable file

Reference: http://changelog.cpanel.net/?treeview=release