Hi,
I would like to notice a behavior that (I think) should be modified.
By default, my ping and ssh executables have the following file attributes :
-rwsr-x--- 1 root ntools 34920 2010-04-18 12:31
/bin/ping
-rwxr-x--- 1 roo
Hi,
I have just installed backuppc *WITHOUT* using mod_perl.
The $Conf{CgiAdminUsers} is set to 'backuppc'.
I can connect to the web interface but I am not asked for any
user/password. I can access to all computers managed by backuppc.
In fact, anybody from any computer has full access to the web
Hello,
Using rsync+ssh as my transfer method, I find that backuppc, when
backing up a new host, transfers all files, even if specific files
are already in the pool.
The docs[0] say:
As BackupPC_tarExtract extracts the files from smbclient or tar,
or as rsync or ftp runs, it checks each file
On Sat, Aug 28, 2010 at 5:41 PM, Xuo wrote:
> Hi,
>
> I have just installed backuppc WITHOUT using mod_perl.
> The $Conf{CgiAdminUsers} is set to 'backuppc'.
> I can connect to the web interface but I am not asked for any user/password.
> I can access to all computers managed by backuppc.
> In fac
also sprach martin f krafft [2010.08.28.1718 +0200]:
> This is in contrast to what I am experiencing. Is backuppc fetching
> the file into memory to compare it with the pool from there?
>
> Thinking about it, this is what needs to happen because it needs to
> have the file to determine its hash.
also sprach martin f krafft [2010.08.28.1854 +0200]:
> Using lsof, I found that the BackupPC_dump process actually has the
> corresponding pool file up for reading, so it has identified it.
>
> This makes me wonder even more why the client still transfers the
> whole file. Shouldn't BackupPC_dump
On 8/28/10 7:01 AM, Xuo wrote:
> Hi,
>
> I would like to notice a behavior that (I think) should be modified.
> By default, my ping and ssh executables have the following file attributes :
>
> -rwsr-x--- 1 root ntools 34920 2010-04-18 12:31
> /bin/ping
>
> -rwxr-x--- 1 root ntools 360896 2010-06
On 8/28/10 10:18 AM, martin f krafft wrote:
> Hello,
>
> Using rsync+ssh as my transfer method, I find that backuppc, when
> backing up a new host, transfers all files, even if specific files
> are already in the pool.
>
> The docs[0] say:
>
>As BackupPC_tarExtract extracts the files from smbcl
Le 28/08/2010 18:47, Dinesh Shah (દિનેશ શાહ/दिनेश शाह) a écrit :
> On Sat, Aug 28, 2010 at 5:41 PM, Xuo wrote:
>> Hi,
>>
>> I have just installed backuppc WITHOUT using mod_perl.
>> The $Conf{CgiAdminUsers} is set to 'backuppc'.
>> I can connect to the web interface but I am not asked for any use
also sprach Les Mikesell [2010.08.28.2021 +0200]:
> Keep in mind that what you are wanting to happen only matters in the unusual
> case that an exact copy exists in the pool but not in the previous backup of
> this machine.
True; but that is biting a bit: I create a large file, it gets
backed u
Hi,
I have found the solution (with your help).
I have added the lines in /etc/httpd/conf/webapps.d/backuppc.conf.
This file now contains :
# BackupPC Apache configuration
Alias /backuppc /var/www/backuppc
Options ExecCGI
DirectoryIndex BackupPC_Admin.cgi
Allow from all
AuthType Basic
AuthUser
On 8/28/10 1:41 PM, martin f krafft wrote:
> also sprach Les Mikesell [2010.08.28.2021 +0200]:
>> Keep in mind that what you are wanting to happen only matters in the unusual
>> case that an exact copy exists in the pool but not in the previous backup of
>> this machine.
>
> True; but that is biti
also sprach Les Mikesell [2010.08.28.2151 +0200]:
> If it is one or a few files or constrained to a directory that you know you
> already have backed up locally, why not just exclude it on the remote
> machines?
It happens regularly.
Don't you think BackupPC could be optimised *iff* rsyncp cou
On 8/28/10 3:22 PM, martin f krafft wrote:
> also sprach Les Mikesell [2010.08.28.2151 +0200]:
>> If it is one or a few files or constrained to a directory that you know you
>> already have backed up locally, why not just exclude it on the remote
>> machines?
>
> It happens regularly.
But if it
martin f krafft wrote at about 19:44:53 +0200 on Saturday, August 28, 2010:
>
> I think that one of two things should happen instead:
>
> 1. If the dump process has access to the following information: (a)
>checksum of the 1st and last/8th 128k block of the file, (b) the
>size of th
Les Mikesell wrote at about 18:02:12 -0500 on Saturday, August 28, 2010:
> On 8/28/10 3:22 PM, martin f krafft wrote:
> > also sprach Les Mikesell [2010.08.28.2151 +0200]:
> > Don't you think BackupPC could be optimised *iff* rsyncp could ask
> > the peer mid-transfer to calculate the whole fi
16 matches
Mail list logo