Re: [Dirvish] Setting up new backup

2019-10-25 Thread Rich Shepard
On Fri, 25 Oct 2019, Paul Slootman wrote: > Then it might be sensible to add a line: > PermitRootLogin yes > as the default is no. Paul, Done. > Could you also show what "hostname" outputs? $ echo $HOSTNAME salmo.appl-ecosys.com > That exact output should be what is used on the client: line.

Re: [Dirvish] Setting up new backup

2019-10-25 Thread Rich Shepard
On Fri, 25 Oct 2019, Rich Shepard wrote: >> Then it might be sensible to add a line: >> PermitRootLogin yes >> as the default is no. > Done. There's still a problem: # dirvish --vault salmo-data --init Permission denied (publickey). salmo-data:default pre-client failed (65280) Sigh, Rich

Re: [Dirvish] Setting up new backup

2019-10-25 Thread Paul Slootman
On Fri 25 Oct 2019, Rich Shepard wrote: > > > Could you also show what "hostname" outputs? > > $ echo $HOSTNAME > salmo.appl-ecosys.com No. That is not what I asked. Dirvish checks the output of the "hostname" command. That may or may not be the same as what happens to be stored in the HOSTNAME

Re: [Dirvish] Setting up new backup

2019-10-25 Thread Paul Slootman
On Mon 21 Oct 2019, Rich Shepard wrote: > > # if there is a command, execute it and redirect stderr to 'log', otherwise > do an echo for dirvish_mail > pre-client: echo "PRE_CLIENT_RET_OK - No pre-client installed" > post-client: echo "POST_CLIENT_RET_OK - No post-client installed" On Fri 25 O

Re: [Dirvish] Setting up new backup

2019-10-25 Thread Rich Shepard
On Fri, 25 Oct 2019, Paul Slootman wrote: > No. That is not what I asked. Okay: [root@salmo ~]# hostname salmo [root@salmo ~]# uname -n salmo Rich ___ Dirvish mailing list Dirvish@dirvish.org http://www.dirvish.org/mailman/listinfo/dirvish

Re: [Dirvish] Setting up new backup

2019-10-25 Thread Rich Shepard
server failed (1) dirvish error: branch /mnt/backup/salmo-data:default image 20191025-0819 failed Regards, Rich ___ Dirvish mailing list Dirvish@dirvish.org http://www.dirvish.org/mailman/listinfo/dirvish

[Dirvish] ### ERR ### - Backup-salmo.appl-ecosys.com:/data (backupserver): Rsync: Pre: UNKNOWN, Post: UNKNOWN (fwd)

2019-10-25 Thread Rich Shepard
/data (backupserver): Rsync: Pre: UNKNOWN, Post: UNKNOWN = ERROR: salmo:/mnt/backup/salmo-data/20191025-0819

Re: [Dirvish] Setting up new backup

2019-10-25 Thread Paul Slootman
On Fri 25 Oct 2019, Rich Shepard wrote: > Okay: > > [root@salmo ~]# hostname > salmo > [root@salmo ~]# uname -n > salmo Right! So you should NOT add the domain in the client: line, just: client: salmo Paul ___ Dirvish mailing list Dirvish@dirvish.o

Re: [Dirvish] Setting up new backup [WORKING]

2019-10-25 Thread Rich Shepard
On Fri, 25 Oct 2019, Paul Slootman wrote: > Right! > So you should NOT add the domain in the client: line, just: > client: salmo Paul, Well! Had this been in the howto it would have saved us all a lot of time, effort, and grief. The howto shows: "First, the client specifies the host target. cl

Re: [Dirvish] Setting up new backup [WORKING]

2019-10-25 Thread Paul Slootman
On Fri 25 Oct 2019, Rich Shepard wrote: > On Fri, 25 Oct 2019, Paul Slootman wrote: > > > Right! > > So you should NOT add the domain in the client: line, just: > > client: salmo > > Paul, > > Well! Had this been in the howto it would have saved us all a lot of time, > effort, and grief. I did

Re: [Dirvish] Setting up new backup [WORKING]

2019-10-25 Thread Rich Shepard
On Fri, 25 Oct 2019, Paul Slootman wrote: > I did ask for the output of the "hostname" command three times... Paul, Yes, and I didn't know that's a command so I used HOSTNAME and uname -n. > The HOWTO.Debian that I wrote many years ago (2003!) when packaging > dirvish for Debian does state: > >

Re: [Dirvish] Setting up new backup [WORKING]

2019-10-25 Thread wes
On Fri, Oct 25, 2019 at 2:22 PM Rich Shepard wrote: > Apparently it now does because root is running the initializations and I > added root to the AllowUsers and enabled PermitRootLogin. No more > permission > error after fixing the default.conf. > It doesn't matter now since it's working, but j

Re: [Dirvish] Setting up new backup [WORKING]

2019-10-25 Thread Rich Shepard
On Fri, 25 Oct 2019, wes wrote: > It doesn't matter now since it's working, but just for the sake of being > overly specific, these are two separate things. I think SSH may still not > work, but dirvish now works because it is no longer using SSH. Wes, Ah. Now I understand: if dirvish is backing

Re: [Dirvish] Setting up new backup [WORKING]

2019-10-25 Thread Eric V. Smith
On 10/25/2019 6:05 PM, Rich Shepard wrote: > Ah. Now I understand: if dirvish is backing up a host drive to an external > USB hard drive the client is just the host's name without a domain.tld. When > the backup is external then the domain.tld is used and root needs ssh > access. It's actually: i

[Dirvish] Excluding partitions from vault

2019-10-25 Thread Rich Shepard
In the past the backup vault, dirvish-root, contained the root directory (/) excluding subdirectories having their own vaults. Today as I initialize the vaults I find that salmo-root is backing up the entire scb: sdb1, sdb2, and sdb3. as well as sda1. /dev/sda1 is / and what I wanted backed up in

Re: [Dirvish] Setting up new backup [WORKING]

2019-10-25 Thread Rich Shepard
On Fri, 25 Oct 2019, Eric V. Smith wrote: > It's actually: if the configured "client" matches the output of the > "hostname" command, it's local, else it uses ssh. Eric, Oh. Okay. > On my machines, "hostname" returns a name that includes the domain.tld, so > to do a local backup I'd have to use

[Dirvish] Problem initializing one vault

2019-10-25 Thread Rich Shepard
I successfully initialized salmo-data/ and salmo-opt/, and killed the backup of salmo-root/ when it was obvious it was backing up the entire /dev/sdb. Just tried backing up salmo-home/ and it failed: # dirvish --vault salmo --init cannot open config file: default.conf But, root has no problem op