Backup Central

Hi all,

I recently purchased a new server to host a production copy of BackupPC (Relion
430, Dual 2.66Ghz, 2GB RAM, 40G IDE System Drive.. 1.2TB spool for BackupPC).

The system is running great, except for one minor problem. Everytime BackupPC
starts/completes an action, I see warning messages about the config files being
re-read.

eg.

2004-07-16 09:08:59 Finished admin3 (BackupPC_nightly 192 255)
2004-07-16 09:08:59 Pool nightly clean removed 0 files of size 0.00GB
2004-07-16 09:08:59 Pool is 0.00GB, 0 files (0 repeated, 0 max chain, 0 max
links), 1 directories
2004-07-16 09:08:59 Cpool nightly clean removed 4965 files of size 0.25GB
2004-07-16 09:08:59 Cpool is 186.32GB, 1557592 files (382 repeated, 11 max
chain, 3401 max links), 4369 directories
2004-07-16 10:27:49 Re-read config file because mtime changed
2004-07-16 10:27:49 Reloading config/host files via CGI request
2004-07-16 10:27:49 Next wakeup is 2004-07-16 18:00:00
2004-07-16 10:27:52 Re-read config file because mtime changed
2004-07-16 10:27:52 Reloading config/host files via CGI request
2004-07-16 10:27:52 Next wakeup is 2004-07-16 18:00:00

Manual inspection shows the dates haven't changed and all the permissions look
good. Any ideas?

BackupPC2.1.0, Perl 5.8.4, Slackware 10.

Tony

ps. Had the message about 2.1.0 going to Debian Unstable come out last week,
this would have been a Debian server.. alas.. it is not

--
Tony Nelson
Director of IT Operations
Starpoint Solutions LLC
115 Broadway, 2nd Fl
New York, NY 10006





This email message from Starpoint Solutions LLC is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. Opinions, conclusions and other information in this message that do not relate to the official business of Starpoint Solutions shall be understood as neither given nor endorsed by it.

Tony Nelson writes:

I recently purchased a new server to host a production copy of
BackupPC (Relion 430, Dual 2.66Ghz, 2GB RAM, 40G IDE System
Drive.. 1.2TB spool for BackupPC).

The system is running great, except for one minor problem. Everytime
BackupPC starts/completes an action, I see warning messages about the
config files being re-read.

2004-07-16 09:08:59 Finished admin3 (BackupPC_nightly 192 255)
2004-07-16 09:08:59 Pool nightly clean removed 0 files of size 0.00GB
2004-07-16 09:08:59 Pool is 0.00GB, 0 files (0 repeated, 0 max chain, 0 max
links), 1 directories
2004-07-16 09:08:59 Cpool nightly clean removed 4965 files of size 0.25GB
2004-07-16 09:08:59 Cpool is 186.32GB, 1557592 files (382 repeated, 11 max
chain, 3401 max links), 4369 directories
2004-07-16 10:27:49 Re-read config file because mtime changed
2004-07-16 10:27:49 Reloading config/host files via CGI request
2004-07-16 10:27:49 Next wakeup is 2004-07-16 18:00:00
2004-07-16 10:27:52 Re-read config file because mtime changed
2004-07-16 10:27:52 Reloading config/host files via CGI request
2004-07-16 10:27:52 Next wakeup is 2004-07-16 18:00:00

Manual inspection shows the dates haven't changed and all the permissions look
good. Any ideas?

BackupPC2.1.0, Perl 5.8.4, Slackware 10.

Hmmm, I would like to understand this. My initial reaction is I can't
see how this can happen. Here's the code from bin/BackupPC:

if ( $bpc->ConfigMTime() != $Info{ConfigModTime} ) {
ServerReload("Re-read config file because mtime changed");
}

$bpc->ConfigMTime() is simply a stat() of the config.pl file.
So $Info{ConfigModTime} must be getting changed somehow. But
then I see no way that you can get the second message about
"Reloading config/host files via CGI request". That should
only happen if someone sends a "server reload" command:

} elsif ( $cmd =~ /^server\s+(\w+)/ ) {
my($type) = $1;
if ( $type eq 'reload' ) {
ServerReload("Reloading config/host files via CGI request");
} elsif ( $type eq 'shutdown' ) {
...
}

Could you add some debug print statements to BackupPC to see why
this is happening? I can suggest some code fragments if you are
not so familiar with perl.

Craig


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Craig Barratt wrote:
Tony Nelson writes:

I recently purchased a new server to host a production copy of
BackupPC (Relion 430, Dual 2.66Ghz, 2GB RAM, 40G IDE System
Drive.. 1.2TB spool for BackupPC).

The system is running great, except for one minor problem. Everytime
BackupPC starts/completes an action, I see warning messages about the
config files being re-read.

2004-07-16 09:08:59 Finished admin3 (BackupPC_nightly 192 255)
2004-07-16 09:08:59 Pool nightly clean removed 0 files of size 0.00GB
2004-07-16 09:08:59 Pool is 0.00GB, 0 files (0 repeated, 0 max chain, 0 max
links), 1 directories
2004-07-16 09:08:59 Cpool nightly clean removed 4965 files of size 0.25GB
2004-07-16 09:08:59 Cpool is 186.32GB, 1557592 files (382 repeated, 11 max
chain, 3401 max links), 4369 directories
2004-07-16 10:27:49 Re-read config file because mtime changed
2004-07-16 10:27:49 Reloading config/host files via CGI request
2004-07-16 10:27:49 Next wakeup is 2004-07-16 18:00:00
2004-07-16 10:27:52 Re-read config file because mtime changed
2004-07-16 10:27:52 Reloading config/host files via CGI request
2004-07-16 10:27:52 Next wakeup is 2004-07-16 18:00:00

Manual inspection shows the dates haven't changed and all the permissions look
good. Any ideas?

BackupPC2.1.0, Perl 5.8.4, Slackware 10.

Hmmm, I would like to understand this. My initial reaction is I can't
see how this can happen. Here's the code from bin/BackupPC:

if ( $bpc->ConfigMTime() != $Info{ConfigModTime} ) {
ServerReload("Re-read config file because mtime changed");
}

$bpc->ConfigMTime() is simply a stat() of the config.pl file.
So $Info{ConfigModTime} must be getting changed somehow. But
then I see no way that you can get the second message about
"Reloading config/host files via CGI request". That should
only happen if someone sends a "server reload" command:

} elsif ( $cmd =~ /^servers+(w+)/ ) {
my($type) = $1;
if ( $type eq 'reload' ) {
ServerReload("Reloading config/host files via CGI request");
} elsif ( $type eq 'shutdown' ) {
...
}

Could you add some debug print statements to BackupPC to see why
this is happening? I can suggest some code fragments if you are
not so familiar with perl.

Craig


Hi,

I just installed BackupPC yesterday, and I'm also getting similar messages.
I only have 1 host configured right now, and here's the log from starting a full backup of that host
2004-07-18 00:31:52 User cn=Jimmy requested backup of brutus (brutus)
2004-07-18 00:31:53 Started full backup on brutus (pid=7851, share=/)
2004-07-18 00:32:09 Re-read config file because mtime changed
2004-07-18 00:32:09 Reloading config/host files via CGI request
2004-07-18 00:32:09 Next wakeup is 2004-07-18 01:00:00
2004-07-18 00:33:38 Started full backup on brutus (pid=7851, share=/var)
2004-07-18 00:34:43 Re-read config file because mtime changed
2004-07-18 00:34:43 Reloading config/host files via CGI request
2004-07-18 00:34:43 Next wakeup is 2004-07-18 01:00:00
2004-07-18 00:34:45 Re-read config file because mtime changed
2004-07-18 00:34:45 Reloading config/host files via CGI request
2004-07-18 00:34:45 Next wakeup is 2004-07-18 01:00:00
2004-07-18 00:34:54 Re-read config file because mtime changed
2004-07-18 00:34:54 Reloading config/host files via CGI request
2004-07-18 00:34:54 Next wakeup is 2004-07-18 01:00:00
2004-07-18 00:34:56 Re-read config file because mtime changed
2004-07-18 00:34:56 Reloading config/host files via CGI request
2004-07-18 00:34:56 Next wakeup is 2004-07-18 01:00:00
2004-07-18 00:35:07 Re-read config file because mtime changed
2004-07-18 00:35:07 Reloading config/host files via CGI request
2004-07-18 00:35:07 Next wakeup is 2004-07-18 01:00:00
2004-07-18 00:35:10 Re-read config file because mtime changed
2004-07-18 00:35:10 Reloading config/host files via CGI request
2004-07-18 00:35:10 Next wakeup is 2004-07-18 01:00:00


I'm more then willing to help you debug this issue, just let me know how I can help.


-Jimmy

Jimmy Liang writes:

I'm more then willing to help you debug this issue, just let me know how
I can help.

Ok, thanks. Let's take this off list.

Craig


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

It seems that a simple reboot fixed this issue.. I have found another small
issue that affects the daily admin that I suspect is related to perl5.8.4... I
see these messages every day in my log:

2004-07-19 08:01:42 admin1 : Use of uninitialized value in chdir at
/usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:42 admin1 : Use of chdir('') or chdir(undef) as chdir() is
deprecated at /usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:43 admin2 : Use of uninitialized value in chdir at
/usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:43 admin2 : Use of chdir('') or chdir(undef) as chdir() is
deprecated at /usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:44 admin : Use of uninitialized value in chdir at
/usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:44 admin : Use of chdir('') or chdir(undef) as chdir() is
deprecated at /usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:45 admin3 : Use of uninitialized value in chdir at
/usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:45 admin3 : Use of chdir('') or chdir(undef) as chdir() is
deprecated at /usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 09:24:41 BackupPC_nightly now running BackupPC_sendEmail


I have patched Lib.pm and if it successfully fixes these log messages, I will
submit a diff tomorrow.

--
Tony Nelson
Director of IT Operations
Starpoint Solutions LLC
115 Broadway, 2nd Fl
New York, NY 10006


Quoting Craig Barratt <cbarratt < at > users.sourceforge.net>:

Tony Nelson writes:

I recently purchased a new server to host a production copy of
BackupPC (Relion 430, Dual 2.66Ghz, 2GB RAM, 40G IDE System
Drive.. 1.2TB spool for BackupPC).

The system is running great, except for one minor problem. Everytime
BackupPC starts/completes an action, I see warning messages about the
config files being re-read.

2004-07-16 09:08:59 Finished admin3 (BackupPC_nightly 192 255)
2004-07-16 09:08:59 Pool nightly clean removed 0 files of size 0.00GB
2004-07-16 09:08:59 Pool is 0.00GB, 0 files (0 repeated, 0 max chain, 0
max
links), 1 directories
2004-07-16 09:08:59 Cpool nightly clean removed 4965 files of size 0.25GB
2004-07-16 09:08:59 Cpool is 186.32GB, 1557592 files (382 repeated, 11 max
chain, 3401 max links), 4369 directories
2004-07-16 10:27:49 Re-read config file because mtime changed
2004-07-16 10:27:49 Reloading config/host files via CGI request
2004-07-16 10:27:49 Next wakeup is 2004-07-16 18:00:00
2004-07-16 10:27:52 Re-read config file because mtime changed
2004-07-16 10:27:52 Reloading config/host files via CGI request
2004-07-16 10:27:52 Next wakeup is 2004-07-16 18:00:00

Manual inspection shows the dates haven't changed and all the permissions
look
good. Any ideas?

BackupPC2.1.0, Perl 5.8.4, Slackware 10.

Hmmm, I would like to understand this. My initial reaction is I can't
see how this can happen. Here's the code from bin/BackupPC:

if ( $bpc->ConfigMTime() != $Info{ConfigModTime} ) {
ServerReload("Re-read config file because mtime changed");
}

$bpc->ConfigMTime() is simply a stat() of the config.pl file.
So $Info{ConfigModTime} must be getting changed somehow. But
then I see no way that you can get the second message about
"Reloading config/host files via CGI request". That should
only happen if someone sends a "server reload" command:

} elsif ( $cmd =~ /^server\s+(\w+)/ ) {
my($type) = $1;
if ( $type eq 'reload' ) {
ServerReload("Reloading config/host files via CGI request");
} elsif ( $type eq 'shutdown' ) {
...
}

Could you add some debug print statements to BackupPC to see why
this is happening? I can suggest some code fragments if you are
not so familiar with perl.

Craig



This email message from Starpoint Solutions LLC is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. Opinions, conclusions and other information in this message that do not relate to the official business of Starpoint Solutions shall be understood as neither given nor endorsed by it.

Hi all,

today I upgraded to the latest release and besides a bit of hassle to find a
new version of RSyncP (Craig: could You just put some info in the manual
...) I get the same mtime info.

But I think this is no real issue so I'll keep it this way.

Another point ist that restore doesn't work via rsyncd from BackupPC to a
Suse box (7.3). the filenames are added by a strange suffix (something like
name1.name.2.BrgY) so restore is declined. I'll send tomorrow the printout
from the error-msgs.

Yours,

Michael

----- Original Message -----
From: "Tony Nelson" <tnelson < at > starpoint.com>
To: "Craig Barratt" <cbarratt < at > users.sourceforge.net>
Cc: <backuppc-users < at > lists.sourceforge.net>
Sent: Monday, July 19, 2004 6:57 PM
Subject: Re: [BackupPC-users] Moved installation - minor issue


It seems that a simple reboot fixed this issue.. I have found another
small
issue that affects the daily admin that I suspect is related to
perl5.8.4... I
see these messages every day in my log:

2004-07-19 08:01:42 admin1 : Use of uninitialized value in chdir at
/usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:42 admin1 : Use of chdir('') or chdir(undef) as chdir()
is
deprecated at /usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:43 admin2 : Use of uninitialized value in chdir at
/usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:43 admin2 : Use of chdir('') or chdir(undef) as chdir()
is
deprecated at /usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:44 admin : Use of uninitialized value in chdir at
/usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:44 admin : Use of chdir('') or chdir(undef) as chdir()
is
deprecated at /usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:45 admin3 : Use of uninitialized value in chdir at
/usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 08:01:45 admin3 : Use of chdir('') or chdir(undef) as chdir()
is
deprecated at /usr/local/lib/perl5/5.8.4/File/Find.pm line 741.
2004-07-19 09:24:41 BackupPC_nightly now running BackupPC_sendEmail


I have patched Lib.pm and if it successfully fixes these log messages, I
will
submit a diff tomorrow.

--
Tony Nelson
Director of IT Operations
Starpoint Solutions LLC
115 Broadway, 2nd Fl
New York, NY 10006


Quoting Craig Barratt <cbarratt < at > users.sourceforge.net>:

Tony Nelson writes:

I recently purchased a new server to host a production copy of
BackupPC (Relion 430, Dual 2.66Ghz, 2GB RAM, 40G IDE System
Drive.. 1.2TB spool for BackupPC).

The system is running great, except for one minor problem. Everytime
BackupPC starts/completes an action, I see warning messages about the
config files being re-read.

2004-07-16 09:08:59 Finished admin3 (BackupPC_nightly 192 255)
2004-07-16 09:08:59 Pool nightly clean removed 0 files of size 0.00GB
2004-07-16 09:08:59 Pool is 0.00GB, 0 files (0 repeated, 0 max chain,
0
max
links), 1 directories
2004-07-16 09:08:59 Cpool nightly clean removed 4965 files of size
0.25GB
2004-07-16 09:08:59 Cpool is 186.32GB, 1557592 files (382 repeated, 11
max
chain, 3401 max links), 4369 directories
2004-07-16 10:27:49 Re-read config file because mtime changed
2004-07-16 10:27:49 Reloading config/host files via CGI request
2004-07-16 10:27:49 Next wakeup is 2004-07-16 18:00:00
2004-07-16 10:27:52 Re-read config file because mtime changed
2004-07-16 10:27:52 Reloading config/host files via CGI request
2004-07-16 10:27:52 Next wakeup is 2004-07-16 18:00:00

Manual inspection shows the dates haven't changed and all the
permissions
look
good. Any ideas?

BackupPC2.1.0, Perl 5.8.4, Slackware 10.

Hmmm, I would like to understand this. My initial reaction is I can't
see how this can happen. Here's the code from bin/BackupPC:

if ( $bpc->ConfigMTime() != $Info{ConfigModTime} ) {
ServerReload("Re-read config file because mtime changed");
}

$bpc->ConfigMTime() is simply a stat() of the config.pl file.
So $Info{ConfigModTime} must be getting changed somehow. But
then I see no way that you can get the second message about
"Reloading config/host files via CGI request". That should
only happen if someone sends a "server reload" command:

} elsif ( $cmd =~ /^server\s+(\w+)/ ) {
my($type) = $1;
if ( $type eq 'reload' ) {
ServerReload("Reloading config/host files via CGI request");
} elsif ( $type eq 'shutdown' ) {
...
}

Could you add some debug print statements to BackupPC to see why
this is happening? I can suggest some code fragments if you are
not so familiar with perl.

Craig



This email message from Starpoint Solutions LLC is for the sole use of the
intended recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or distribution is
prohibited. If you are not the intended recipient, please contact the
sender by reply email and destroy all copies of the original message.
Opinions, conclusions and other information in this message that do not
relate to the official business of Starpoint Solutions shall be understood
as neither given nor endorsed by it.

"Steinrotter Michael" writes:

today I upgraded to the latest release and besides a bit of hassle to find a
new version of RSyncP (Craig: could You just put some info in the manual
...) I get the same mtime info.

Here's what is there right now under "Requirements", which I think is
pretty clear:

+ Perl modules Compress::Zlib, Archive::Zip and File::RsyncP. Try
``perldoc Compress::Zlib'' and ``perldoc Archive::Zip'' to see if
you have these modules. If not, fetch them from http://www.cpan.org
and see the instructions below for how to build and install them.

The File::RsyncP module is available from
http://perlrsync.sourceforge.net or CPAN. You'll need to install the
File::RsyncP module if you want to use Rsync as a transport method.

The link to http://perlrsync.sourceforge.net is also mentioned again
under "Installing the distribution".

Craig

Hi all,

I think everything is OK.

For me like a Software-Dummy, it would be nice to give the hint that =
RsyncP
is not the complete rsync package ....

Yours,

Michael Steinrotter=20
SGL ACOTEC SpA=20
via Pisacane, 5=20
I - 20016 Pero (MI)=20
tel.: ..39 02 33951724=20
fax: ..39 02 33951722=20
e-mail michael.steinrotter < at > it.sglcarbon.de=20

Il nostro sito / Our Website=20
http://www.sglcarbon.com/cp/=20

Documentazione Tecnica da scaricare / Technical Documentation for =
download=20
http://www.sglcarbon.com/cp/custsup/index.php4=20

Pavimentazioni industriali / Industrial Flooring Systems=20
http://www.acotop.it=20

Le informazioni contenute nel presente documento ed in ogni eventuale =
file
allegatosono riservate e comunque destinate esclusivamente alla persona =
o
ente sopraindicati. La diffusione, distribuzione, copiatura del =
documento
trasmesso da parte di persona diversa dal destinatario non sono =
consentite,
salvo autorizzazione espressa.

Non permettendo Internet di assicurare l'integrit=E0 del presente =
messaggio,
la ditta SGL Acotec SpA, declina ogni responsabilit=E0 in merito, =
nell'ipotesi
in cui esso venga modificato. Se avete ricevuto questa e-mail per =
errore vi
preghiamo di eliminarla dai vostri archivi e darne comunicazione al
mittente. Quanto precede ai fini del rispetto del D.gls 196/2003 sulla
tutela dei dati personali

=20

=20

This email is confidential. If you are not the intended recipient,=20
you must not disclose or use the information contained in it.=20
If you have received this mail in error, please tell us=20
immediately by return email and delete the document.=20

-----Original Message-----
From: Craig Barratt [mailto:cbarratt < at > users.sourceforge.net]=20
Sent: Dienstag, 27. Juli 2004 08:02
To: Steinrotter Michael
Cc: Tony Nelson; Ufficio; backuppc-users < at > lists.sourceforge.net
Subject: Re: [BackupPC-users] Moved installation - minor issue=20

"Steinrotter Michael" writes:

today I upgraded to the latest release and besides a bit of hassle to =
find
a
new version of RSyncP (Craig: could You just put some info in the =
manual
...) I get the same mtime info.

Here's what is there right now under "Requirements", which I think is
pretty clear:

+ Perl modules Compress::Zlib, Archive::Zip and File::RsyncP. Try
``perldoc Compress::Zlib'' and ``perldoc Archive::Zip'' to see if
you have these modules. If not, fetch them from http://www.cpan.org
and see the instructions below for how to build and install them.

The File::RsyncP module is available from
http://perlrsync.sourceforge.net or CPAN. You'll need to install =
the
File::RsyncP module if you want to use Rsync as a transport method.

The link to http://perlrsync.sourceforge.net is also mentioned again
under "Installing the distribution".

Craig