Re: [BackupPC-users] web interface problems in 3.0.0
That script isn't intended to be tested through a web interface, it is just a script to be run to see if your perl supports suid functions. Just run it at the command line. Your permissions also seem different from mine - [EMAIL PROTECTED]:~$ ls -al /usr/share/backuppc/cgi-bin/ total 4 drwxr-xr-x 2 root root 104 2007-02-22 22:18 . drwxr-xr-x 7 root root 168 2007-02-22 22:18 .. lrwxrwxrwx 1 root root8 2007-02-22 22:18 image - ../image -rwsr-xr-x 1 backuppc backuppc 3993 2007-02-14 17:14 index.cgi Peace, Jim On 3/5/07, Filipe [EMAIL PROTECTED] wrote: Jim McNamara wrote: On 2/21/07, Filipe [EMAIL PROTECTED] wrote: I've upgraded from 2.1.1 to 3.0.0 in a debian sarge, and some problems arise.. First it was the error about the language, and resolved it by renaming /etc/backuppc and reinstalling the 3.0.0 version. I saw the same problem in the same situation. In the Debian package, it looks for the configs in /etc/backuppc, but the 2.0.0 tarball looks to /etc/BackupPC. I symlinked them together. Then some errors appeared when backing up hosts, and the web interface edit configuration does not work, That is a permissions issue, and it is tied into the next problem as well. The user backuppc needs to be able to write in the /etc/BackupPC directory, and create subdirectories. In debian, the /etc/backuppc was installed as root:root, and to edit I switched the ownership to backuppc:www-data. Once backuppc is the owner of /etc/BackupPC, it will be able to write to the config files, and create/modify the individual pc configs in the subdirectory /etc/BackupPC/pc, which will be created the first time you modify a host's config. either manual incr/full backup button! When I press them I get back to home page. I saw the exact same thing. The problem was that the sticky bit on the BackupPC_Admin script in the cgi-bin had been altered. This page on the FAQ helped me sole it - http://backuppc.sourceforge.net/faq/debugCGI.html , specifically the section with the script. For Debian, perl usually isn't in /bin/perl, but rather /usr/bin/perl. The BackupPC_Admin file needs to have these permissions on Debian, or it generally won't work, and cause exactly the problems you were seeing: -r-sr-x--- 1 backuppc www-data 3993 2007-02-12 15:57 BackupPC_Admin The sticky must be set on execute as owner, backuppc or the failures will occur. Setting those permissions is covered both in the man page and on the FAQ I cited above. I haven't solved yet the problem with the buttons and edit actions in cgi interface! read that and it seems that every thing's ok when I do the script file test I am prompted to download the script file, cut if I add the .cgi extension, it opens the file but gives the 500 Internal Server Error. this does not happen with the printenv script ( with .cgi ext) some important information that could help u identity the problem( if u need more files/dir say it plz): [EMAIL PROTECTED]:/# ls -al /usr/share/backuppc/cgi-bin total 24 drwxr-xr-x 2 root root 4096 2007-03-05 12:06 . drwxr-xr-x 7 root root 4096 2006-07-07 18:02 .. -rwsr-xr-x 1 backuppc www-data 3993 2007-02-14 20:00 BackupPC_Admin lrwxrwxrwx 1 root root8 2006-09-20 20:32 image - ../image -rwsr-xr-x 1 backuppc backuppc 3925 2006-01-08 22:25 index.cgi -rwxr-xr-x 1 backuppc www-data 268 2007-03-05 11:59 printenv.cgi -rwxrwxr-x 1 backuppc www-data 69 2007-02-22 01:25 script.cgi [EMAIL PROTECTED]:/# ls -al /etc/BackupPC/ total 172 drwxrwx--- 3 backuppc www-data 4096 2007-02-26 09:19 . drwxr-xr-x 65 root root 4096 2007-02-16 14:37 .. -rw-r- 1 backuppc www-data 412 2007-03-05 15:04 apache.conf -rw-r- 1 backuppc www-data 77136 2007-03-05 14:38 config.pl -rw-r- 1 backuppc www-data 64544 2007-02-14 18:25 config.pl.pre-3.0.0 -rw-r- 1 backuppc www-data 2518 2007-01-06 18:19 hosts -rw-r- 1 root www-data 0 2006-07-07 18:03 htgroup -rw-r- 1 root www-data23 2006-09-08 18:00 htpasswd drwxr-xr-x 2 backuppc www-data 4096 2007-03-02 18:43 pc File: /etc/BackupPC/apache.conf Alias /backuppc /usr/share/backuppc/cgi-bin/ Directory /usr/share/backuppc/cgi-bin/ AllowOverride None $ Options ExecCGI FollowSymlinks AddHandler cgi-script .cgi DirectoryIndex index.cgi AuthGroupFile /etc/BackupPC/htgroup AuthUserFile /etc/BackupPC/htpasswd AuthType basic AuthName BackupPC admin require valid-user /Directory - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash
Re: [BackupPC-users] web interface problems in 3.0.0
I don't see the difference on permissions.. I see that you don't have BackupPC_Admin in that directory,... and modification time of my index.cgi is a lot older than you's... Jim McNamara wrote: That script isn't intended to be tested through a web interface, it is just a script to be run to see if your perl supports suid functions. Just run it at the command line. Your permissions also seem different from mine - [EMAIL PROTECTED]:~$ ls -al /usr/share/backuppc/cgi-bin/ total 4 drwxr-xr-x 2 root root 104 2007-02-22 22:18 . drwxr-xr-x 7 root root 168 2007-02-22 22:18 .. lrwxrwxrwx 1 root root8 2007-02-22 22:18 image - ../image -rwsr-xr-x 1 backuppc backuppc 3993 2007-02-14 17:14 index.cgi Peace, Jim On 3/5/07, *Filipe* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Jim McNamara wrote: On 2/21/07, *Filipe* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've upgraded from 2.1.1 to 3.0.0 in a debian sarge, and some problems arise.. First it was the error about the language, and resolved it by renaming /etc/backuppc and reinstalling the 3.0.0 version. I saw the same problem in the same situation. In the Debian package, it looks for the configs in /etc/backuppc, but the 2.0.0 tarball looks to /etc/BackupPC. I symlinked them together. Then some errors appeared when backing up hosts, and the web interface edit configuration does not work, That is a permissions issue, and it is tied into the next problem as well. The user backuppc needs to be able to write in the /etc/BackupPC directory, and create subdirectories. In debian, the /etc/backuppc was installed as root:root, and to edit I switched the ownership to backuppc:www-data. Once backuppc is the owner of /etc/BackupPC, it will be able to write to the config files, and create/modify the individual pc configs in the subdirectory /etc/BackupPC/pc, which will be created the first time you modify a host's config. either manual incr/full backup button! When I press them I get back to home page. I saw the exact same thing. The problem was that the sticky bit on the BackupPC_Admin script in the cgi-bin had been altered. This page on the FAQ helped me sole it - http://backuppc.sourceforge.net/faq/debugCGI.html , specifically the section with the script. For Debian, perl usually isn't in /bin/perl, but rather /usr/bin/perl. The BackupPC_Admin file needs to have these permissions on Debian, or it generally won't work, and cause exactly the problems you were seeing: -r-sr-x--- 1 backuppc www-data 3993 2007-02-12 15:57 BackupPC_Admin The sticky must be set on execute as owner, backuppc or the failures will occur. Setting those permissions is covered both in the man page and on the FAQ I cited above. I haven't solved yet the problem with the buttons and edit actions in cgi interface! read that and it seems that every thing's ok when I do the script file test I am prompted to download the script file, cut if I add the .cgi extension, it opens the file but gives the 500 Internal Server Error. this does not happen with the printenv script ( with .cgi ext) some important information that could help u identity the problem( if u need more files/dir say it plz): [EMAIL PROTECTED]:/# ls -al /usr/share/backuppc/cgi-bin total 24 drwxr-xr-x 2 root root 4096 2007-03-05 12:06 . drwxr-xr-x 7 root root 4096 2006-07-07 18:02 .. -rwsr-xr-x 1 backuppc www-data 3993 2007-02-14 20:00 BackupPC_Admin lrwxrwxrwx 1 root root8 2006-09-20 20:32 image - ../image -rwsr-xr-x 1 backuppc backuppc 3925 2006-01-08 22:25 index.cgi -rwxr-xr-x 1 backuppc www-data 268 2007-03-05 11:59 printenv.cgi -rwxrwxr-x 1 backuppc www-data 69 2007-02-22 01:25 script.cgi [EMAIL PROTECTED]:/# ls -al /etc/BackupPC/ total 172 drwxrwx--- 3 backuppc www-data 4096 2007-02-26 09:19 . drwxr-xr-x 65 root root 4096 2007-02-16 14:37 .. -rw-r- 1 backuppc www-data 412 2007-03-05 15:04 apache.conf -rw-r- 1 backuppc www-data 77136 2007-03-05 14:38 config.pl -rw-r- 1 backuppc www-data 64544 2007-02-14 18:25 config.pl.pre-3.0.0 -rw-r- 1 backuppc www-data 2518 2007-01-06 18:19 hosts -rw-r- 1 root www-data 0 2006-07-07 18:03 htgroup -rw-r- 1 root www-data23 2006-09-08 18:00 htpasswd drwxr-xr-x 2 backuppc www-data 4096 2007-03-02 18:43 pc File: /etc/BackupPC/apache.conf Alias /backuppc /usr/share/backuppc/cgi-bin/ Directory /usr/share/backuppc/cgi-bin/ AllowOverride None $ Options ExecCGI FollowSymlinks AddHandler cgi-script .cgi
[BackupPC-users] web interface problems in 3.0.0
Hi. I posted this in other thread but I got no answer, so if someone could help me I'll appreciate it. I've upgraded from 2.1.1 to 3.0.0 in a debian sarge, and some problems arise.. First it was the error about the language, and resolved it by renaming /etc/backuppc and reinstalling the 3.0.0 version. Then some errors appeared when backing up hosts, and the web interface edit configuration does not work, either manual incr/full backup button! When I press them I get back to home page. I thought it has something to do with mod_perl, it didnt appeared with apache -l command. so I installed it with apt-get install libapache-mod-perl, but it still didnt show mod_perl so I gave up on that. also I putted in httpd.conf the config like in the docs- http://kent.dl.sourceforge.net/sourceforge/backuppc/BackupPC-3.0.0.html#step_9__cgi_interface now what is really strange is that I have a lot of folders with special characters with accents and other portuguese language symbols, but I managed to put it working correcly in the last version, but now only the folders tar appear right, in the files some are missing, those are filenames with special characters. here is what I'm talking about: http://img57.imageshack.us/my.php?image=backuppcnamesyb0.png the host is an NT4 server... - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] web interface problems in 3.0.0
On 2/21/07, Filipe [EMAIL PROTECTED] wrote: I've upgraded from 2.1.1 to 3.0.0 in a debian sarge, and some problems arise.. First it was the error about the language, and resolved it by renaming /etc/backuppc and reinstalling the 3.0.0 version. I saw the same problem in the same situation. In the Debian package, it looks for the configs in /etc/backuppc, but the 2.0.0 tarball looks to /etc/BackupPC. I symlinked them together. Then some errors appeared when backing up hosts, and the web interface edit configuration does not work, That is a permissions issue, and it is tied into the next problem as well. The user backuppc needs to be able to write in the /etc/BackupPC directory, and create subdirectories. In debian, the /etc/backuppc was installed as root:root, and to edit I switched the ownership to backuppc:www-data. Once backuppc is the owner of /etc/BackupPC, it will be able to write to the config files, and create/modify the individual pc configs in the subdirectory /etc/BackupPC/pc, which will be created the first time you modify a host's config. either manual incr/full backup button! When I press them I get back to home page. I saw the exact same thing. The problem was that the sticky bit on the BackupPC_Admin script in the cgi-bin had been altered. This page on the FAQ helped me sole it - http://backuppc.sourceforge.net/faq/debugCGI.html , specifically the section with the script. For Debian, perl usually isn't in /bin/perl, but rather /usr/bin/perl. The BackupPC_Admin file needs to have these permissions on Debian, or it generally won't work, and cause exactly the problems you were seeing: -r-sr-x--- 1 backuppc www-data 3993 2007-02-12 15:57 BackupPC_Admin The sticky must be set on execute as owner, backuppc or the failures will occur. Setting those permissions is covered both in the man page and on the FAQ I cited above. I thought it has something to do with mod_perl, it didnt appeared with apache -l command. so I installed it with apt-get install libapache-mod-perl, but it still didnt show mod_perl so I gave up on that. also I putted in httpd.conf the config like in the docs- http://kent.dl.sourceforge.net/sourceforge/backuppc/BackupPC-3.0.0.html#step_9__cgi_interface now what is really strange is that I have a lot of folders with special characters with accents and other portuguese language symbols, but I managed to put it working correcly in the last version, but now only the folders tar appear right, in the files some are missing, those are filenames with special characters. here is what I'm talking about: http://img57.imageshack.us/my.php?image=backuppcnamesyb0.png the host is an NT4 server... Sorry, this part I can't help you with. I was seeing language errors until I switched the ownership of /etc/BackupPC to backuppc, then they disappeared. Maybe you'll have the same result. Peace, Jim - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] web interface problems in 3.0.0
Jim McNamara wrote: On 2/21/07, *Filipe* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've upgraded from 2.1.1 to 3.0.0 in a debian sarge, and some problems arise.. First it was the error about the language, and resolved it by renaming /etc/backuppc and reinstalling the 3.0.0 version. I saw the same problem in the same situation. In the Debian package, it looks for the configs in /etc/backuppc, but the 2.0.0 tarball looks to /etc/BackupPC. I symlinked them together. Then some errors appeared when backing up hosts, and the web interface edit configuration does not work, That is a permissions issue, and it is tied into the next problem as well. The user backuppc needs to be able to write in the /etc/BackupPC directory, and create subdirectories. In debian, the /etc/backuppc was installed as root:root, and to edit I switched the ownership to backuppc:www-data. Once backuppc is the owner of /etc/BackupPC, it will be able to write to the config files, and create/modify the individual pc configs in the subdirectory /etc/BackupPC/pc, which will be created the first time you modify a host's config. yeah it was sort of that... but I have also to put chmod 770 to everything in /etc/BackupPC The colours in webinterface changed, and names of files in recent backups are shown correctly. old ones are still with the same problem.. http://img341.imageshack.us/my.php?image=backp3tl4.png either manual incr/full backup button! When I press them I get back to home page. I saw the exact same thing. The problem was that the sticky bit on the BackupPC_Admin script in the cgi-bin had been altered. This page on the FAQ helped me sole it - http://backuppc.sourceforge.net/faq/debugCGI.html , specifically the section with the script. For Debian, perl usually isn't in /bin/perl, but rather /usr/bin/perl. The BackupPC_Admin file needs to have these permissions on Debian, or it generally won't work, and cause exactly the problems you were seeing: -r-sr-x--- 1 backuppc www-data 3993 2007-02-12 15:57 BackupPC_Admin The sticky must be set on execute as owner, backuppc or the failures will occur. Setting those permissions is covered both in the man page and on the FAQ I cited above. done that but it still remains the same... -rwsr-x--x 1 backuppc www-data 3993 2007-02-14 20:00 BackupPC_Admin when I go to the url http://backuppcserver/backuppc/BackupPC_Admin I got the download window from that file... it seems that I can read it ... Thanks a lot for the answers. regards. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] web interface problems in 3.0.0
Another thing I had forgotten to mention was that I ended up with two BackupPC_Admin scripts, one from the .deb package, and another from the 3.0.0 tarball. The permissions you have one the one below seem a little strange to me, because everyone can execute it, and be stickied as backuppc. That may be something you elected to do, but if it wasn't, then maybe you're working with the wrong script? And you're entirely correct about the ownership of the /etc/BackupPC files. Mine looks like this: mailbox:/home/jim# ls -al /etc/BackupPC/ total 108 drwxr-x--- 3 backuppc www-data 4096 2007-02-20 11:23 . drwxr-xr-x 67 root root 4096 2007-02-19 12:00 .. -rw-r- 1 backuppc www-data 556 2007-02-14 19:02 apache.conf -rw-r- 1 backuppc www-data 77434 2007-02-17 17:11 config.pl -rw-r- 1 backuppc www-data 2292 2007-02-13 23:21 hosts -rw-r- 1 root www-data23 2007-02-20 11:23 htpasswd -rw-r- 1 root www-data43 2007-02-20 11:19 htpasswd.normal drwxr-xr-x 2 backuppc www-data 4096 2007-02-20 10:52 pc Obviously if you can select a different location for your password file. You're very welcome for the limited help I'm able to provide! Jim On 2/21/07, Filipe [EMAIL PROTECTED] wrote: Jim McNamara wrote: On 2/21/07, Filipe [EMAIL PROTECTED] wrote: I've upgraded from 2.1.1 to 3.0.0 in a debian sarge, and some problems arise.. First it was the error about the language, and resolved it by renaming /etc/backuppc and reinstalling the 3.0.0 version. I saw the same problem in the same situation. In the Debian package, it looks for the configs in /etc/backuppc, but the 2.0.0 tarball looks to /etc/BackupPC. I symlinked them together. Then some errors appeared when backing up hosts, and the web interface edit configuration does not work, That is a permissions issue, and it is tied into the next problem as well. The user backuppc needs to be able to write in the /etc/BackupPC directory, and create subdirectories. In debian, the /etc/backuppc was installed as root:root, and to edit I switched the ownership to backuppc:www-data. Once backuppc is the owner of /etc/BackupPC, it will be able to write to the config files, and create/modify the individual pc configs in the subdirectory /etc/BackupPC/pc, which will be created the first time you modify a host's config. yeah it was sort of that... but I have also to put chmod 770 to everything in /etc/BackupPC The colours in webinterface changed, and names of files in recent backups are shown correctly. old ones are still with the same problem.. http://img341.imageshack.us/my.php?image=backp3tl4.png either manual incr/full backup button! When I press them I get back to home page. I saw the exact same thing. The problem was that the sticky bit on the BackupPC_Admin script in the cgi-bin had been altered. This page on the FAQ helped me sole it - http://backuppc.sourceforge.net/faq/debugCGI.html , specifically the section with the script. For Debian, perl usually isn't in /bin/perl, but rather /usr/bin/perl. The BackupPC_Admin file needs to have these permissions on Debian, or it generally won't work, and cause exactly the problems you were seeing: -r-sr-x--- 1 backuppc www-data 3993 2007-02-12 15:57 BackupPC_Admin The sticky must be set on execute as owner, backuppc or the failures will occur. Setting those permissions is covered both in the man page and on the FAQ I cited above. done that but it still remains the same... -rwsr-x--x 1 backuppc www-data 3993 2007-02-14 20:00 BackupPC_Admin when I go to the url http://backuppcserver/backuppc/BackupPC_Admin I got the download window from that file... it seems that I can read it ... Thanks a lot for the answers. regards. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] web interface problems in 3.0.0
Hi, sticky bits make stuff sticky, not setuid. That's the setuid bit. And, oh wonder, what makes stuff setgroupid is the setgroupid bit. Also not the sticky bit. Don't worry about what sticky means. You don't need it. You need setuid. Regards, Holger - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] web interface problems in 3.0.0
Yes, apparently I have sticky on the brain! - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
Re: [BackupPC-users] web interface problems in 3.0.0
Filipe writes: now what is really strange is that I have a lot of folders with special characters with accents and other portuguese language symbols, but I managed to put it working correcly in the last version, but now only the folders tar appear right, in the files some are missing, those are filenames with special characters. here is what I'm talking about: http://img57.imageshack.us/my.php?image=backuppcnamesyb0.png In BackupPC 3.0.0 the server filename charset encoding is utf8. Translation of filename charset encodings to/from the client charset is supported by each XferMethod. In 2.x no translation was done. So the file names might or might not render correctly. Some European charsets (with simple accents) worked ok. You have exposed an incompatibility between 3.0.0 displaying backups made in 2.x, since 3.0.0 is assuming the encoding is utf8. I believe restore under 3.0.0 of 2.x backups with non-utf8 filename encodings will work correctly, but I haven't tested that. I'll work on a patch for rending the file names correctly. Craig - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/