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

eagle

Well-Known Member
Jan 17, 2003
139
0
166
cPanel throws errors on some accounts on different servers:

Code:
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?
 
Last edited by a moderator:

cPanelCory

Release Manager - EasyApache
Staff member
Jan 18, 2008
69
5
133
Houston
cPanel Access Level
Root Administrator
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

Well-Known Member
Jan 17, 2003
139
0
166
We don't backup locally on any server, so I can't compare.

On one server it is:

Code:
Can't locate Cpanel/Locale.pm in @INC
On the other it is:

Code:
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

Well-Known Member
Jan 17, 2003
139
0
166
Both servers run upcp manually without errors (now). Seems like a temp glitch?
 

eagle

Well-Known Member
Jan 17, 2003
139
0
166
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:

Code:
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 :p
 

cPanelDon

cPanel Quality Assurance Analyst
Staff member
Nov 5, 2008
2,545
12
268
Houston, Texas, U.S.A.
cPanel Access Level
DataCenter Provider
Twitter
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