Re: [BackupPC-users] Errors running BackupPC Admin

[Pierre B. <pie...@pc...>]

William McKee a =E9crit:
> Hi all,
>=20
> I'm just getting familiar with BackupPC and am in the process of trying
> to setup the BackupPC Admin script under mod_perl. I have setup my
> httpd.conf as follows (www is the user that my Apache server runs as):
>=20
> # BackupPC Administrator Script Configuration
> <Location /cgi-bin/BackupPC/BackupPC_Admin>   # <--- change path as
> needed
> SetHandler perl-script
> PerlHandler Apache::Registry
> PerlSendHeader On
> Options ExecCGI
> # WARNING: THIS IS UNSAFE. FIX IT IF THE SERVER
> # IS NOT BEHIND A FIREWALL.
> Setenv REMOTE_USER www
> </Location>


hello,

first at all, which unix user do you to make backupPC daemon run ? user=20
"www" ?

If it's not the case, you'd better run both with the same unix user, as=20
specified in the documentation.

> After fixing some problems with permissions in my config.pl (had to
> chgrp to www in order for the admin script to see it), the script is
> running but I'm receiving an error. The apache error_log reports the
> following long message:
>=20
> Subroutine Z_OK redefined at /usr/local/lib/perl/5.6.1/Compress/Zlib.pm
> line 1
> Subroutine Z_STREAM_END redefined at
> /usr/local/lib/perl/5.6.1/Compress/Zlib.pm line 1
> Ambiguous call resolved as CORE::open(), qualify as such or use & at
> /usr/local/backuppc/lib/BackupPC/FileZIO.pm line 346 (#1)
> 	(W ambiguous) A subroutine you have declared has the same name as a
> 	Perl keyword, and you have used the name without qualification for
> 	calling one or the other.  Perl decided to call the builtin because
> 	the subroutine is not imported.
>=20
> 	To force interpretation as a subroutine call, either put an
> 	ampersand before the subroutine name, or qualify the name with its
> 	package.  Alternatively, you can import the subroutine (or pretend
> 	that it's imported with the use subs pragma).
>=20
> 	To silently interpret it as the Perl operator, use the CORE:: prefix
> 	on the operator (e.g.  CORE::log($x)) or by declaring the subroutine
> 	to be an object method (see perlsub/"Subroutine Attributes" or
> 	attributes).
>=20
> 	[Tue Apr  1 06:41:49 2003] FileZIO.pm: Ambiguous call resolved as
> 	CORE::open(), qualify as such or use & at
> 	/usr/local/backuppc/lib/BackupPC/FileZIO.pm line 346.  Ambiguous
> 	call resolved as CORE::close(), qualify as such or use & at
> 	/usr/local/backuppc/lib/BackupPC/FileZIO.pm line 350 (#1)
>=20
> 	[Tue Apr 1 06:41:49 2003] FileZIO.pm: Ambiguous call resolved as
> 	CORE::close(), qualify as such or use & at
> 	/usr/local/backuppc/lib/BackupPC/FileZIO.pm line 350.
>=20
> 	"my" variable $dirUM masks earlier declaration in same scope at
> 	/var/www/cgi-bin/BackupPC/BackupPC_Admin line 1542 (#2) (W misc) A
> 	"my" or "our" variable has been redeclared in the current scope or
> 	statement, effectively eliminating all access to the previous
> 	instance.  This is almost always a typographical error.  Note that
> 	the earlier variable will still exist until the end of the scope or
> 	until all closure referents to it are destroyed.
>=20
> 	[Tue Apr 1 06:41:49 2003] BackupPC_Admin: "my" variable $dirUM masks
> 	earlier declaration in same scope at
> 	/var/www/cgi-bin/BackupPC/BackupPC_Admin line 1542.
>=20
> 	Use of uninitialized value in concatenation (.) or string at
> 	/var/www/cgi-bin/BackupPC/BackupPC_Admin line 2241 (#3) (W
> 	uninitialized) An undefined value was used as if it were already
> 	defined.  It was interpreted as a "" or a 0, but maybe it was a
> 	mistake.  To suppress this warning assign a defined value to your
> 	variables.
>=20
> 	To help you figure out what was undefined, perl tells you what
> 	operation you used the undefined value in.  Note, however, that perl
> 	optimizes your program and the operation displayed in the warning
> 	may not necessarily appear literally in your program.  For example,
> 	"that $foo" is usually optimized into "that " . $foo, and the
> 	warning will refer to the concatenation (.) operator, even though
> 	there is no . in your program.
>=20
> 	[Tue Apr  1 06:41:49 2003] null: Use of uninitialized value in
> 	concatenation (.) or string at
> 	/var/www/cgi-bin/BackupPC/BackupPC_Admin line 2241.
>=20
> 	[Tue Apr  1 06:41:49 2003] [error] [Tue Apr  1 06:41:49 2003] null:
> 	Can't use an undefined value as a HASH reference at
> 	/var/www/cgi-bin/BackupPC/BackupPC_Admin line 2435.
>=20
>=20
> The last error is what is displayed in my browser. Has anyone seen this
> problem before? Any suggestions?

On my side, I neved had such errors with the 2.0.0beta0 version.

which version of backupPC are you using ?

Pierre Bourgin