-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
naigy wrote:
> Hi All,
>
> I found that one PC (Windows Vista backing up the Users directory) was
> incredibly slow
One thing I've always suspected when backing up windows PC's is that any
anti-virus software installed on the PC is likely to scan ev
Hi,
brunal wrote on 2008-07-30 12:20:38 +0200 [Re: [BackupPC-users] Why should I
use root to connect to host]:
> [...]
> - MainServer is the server where all important data are store (on a
> raid-1). It's located inside the building on a internal 1Gbyte network.
> - BackupServer is a tiny NAS,
Hi,
Jeff Rippy wrote on 2008-08-01 12:48:46 -0500 [Re: [BackupPC-users] archive
problem]:
> yes I had thought of that too
"that" being? The permission problem Les and I had pointed you at?
> and have already added the backuppc user to the "tape" group.
I presume you didn't forget to restart th
Ok, so to summerize:
You have a windows vista client that is connected via wired lan
(100mbit) and backuppc is configured to use rsyncd as transport mechanism.
I have never use the version of rsyncd from the backuppc-page but always
installed cygwin on the client machines, since it not only off
Holger Parplies wrote:
> brunal wrote on 2008-07-30 11:49:12 +0200 [Re: [BackupPC-users]
> Fatal error (bad version): OpenSSH_5.0p1]:
>> [...]
>> So I deleted the message in /etc/issue.net and also comment the
>> "banner /etc/issue.net" line in /etc/ssh/sshd_config.
>
> Well, removing the "banne
Hi,
brunal wrote on 2008-07-29 13:03:00 +0200 [[BackupPC-users] Fatal error (bad
version): OpenSSH_5.0p1]:
> [...]
> What is strange is that I can ssh without problem nor error from the
> backup server to the server to backup (192.168.1.2).
> I also can run a command like
> [Code]
> rsync -t 19
Hi Kurt,
Sorry I meant to put that in and I forgot. I am using rsyncd as it is an
internal network and I see no need for ssh as it is just another thing that
could go wrong. I am using the rsyncd-cygwin client from the backuppc
sourceforge page.
Thanks for the quick reply
+---
Hello,
naigy wrote:
> Any ideas where I can start looking for while this other PC is going
> slow again. It is connected via Wired Lan (100Mbps) and I am not
> downloading anything on this PC. The firewall has also been disabled.
> I suspect the issue will be something on the PC but just don't kn
Hi All,
I have gradually got my Backuppc server working after many hours. I found that
one PC (Windows Vista backing up the Users directory) was incredibly slow (Over
24 hours for 7GB). I forget why but I decided to change the name of this PC
from Vistadesktop to Desktop and for a week or so t
Jeff Rippy wrote:
> Also the backuppc documentation and even the default
> configuration uses /dev/st0 so why exactly do you recommend /dev/nst0
> instead. Shouldn't backuppc be controlling where it writes to the tape?
/dev/st? devices rewind the tape on open and close, so you can't write
any
Jeff Rippy wrote:
> yes I had thought of that too and have already added the backuppc user
> to the "tape" group. permissions are 660 or rw-rw with owner root
> and group tape. Also the backuppc documentation and even the default
> configuration uses /dev/st0 so why exactly do you recommen
yes I had thought of that too and have already added the backuppc user to
the "tape" group. permissions are 660 or rw-rw with owner root and
group tape. Also the backuppc documentation and even the default
configuration uses /dev/st0 so why exactly do you recommend /dev/nst0
instead. Shouldn
Has anyone ever tried this?
Firewall (linux) with an permanent SSH tunnel to a remote backuppc
So then the machines on the local network think that the firewall is
the backuppc and forward the backup data to a remote backuppc
(encrypted)?
Just curious if it would work, and if there would be
Check the permissions on /dev/st0 what group owns that device? Add the
backuppc user to the tape group (or whoever the owning group of the
device is)
On 7/31/08, Les Mikesell <[EMAIL PROTECTED]> wrote:
> Jeff Rippy wrote:
>> Thanks for the quick reply. The backuppc user uses /bin/sh not bash.
I'm thinking about setting up BackupPC on servers attached to a
shared/clustered file system (OCFS2) but wanted to know if it's possible for
multiple servers to share the same top level data directory as long as the
servers are backing up different clients? I'm guessing that if the servers use
> I notice that you had to provide the full path to rsync in your
> /usr/bin/rsync --version example, but you don't have the full path in
> the backuppc rsync command. Maybe that's a clue (although I would be
> surprised that /usr/bin isn't in root's path).
Thanks John, but it doesn't change anyt
16 matches
Mail list logo
