similar to: rsync question

On Thu, 10 Sep 2015 22:50:47 -0400 Robert Moskowitz wrote: > > That will use the default port on the remote host, you can override > > that without specifying the -e if required using -p <port>. > > > $ rsync -ah --stats --delete -p 613 root at 192.168.129.2:/etc/dhcp/ > /home/rgm/data/htt/httnet/homebase/new/dhcp > Unexpected remote arg: root at

On 9/11/2015 10:34 AM, Robert Moskowitz wrote: > > > On 09/11/2015 10:21 AM, C Linus Hicks wrote: >> On 09/10/15, Robert Moskowitz wrote: >> >> --------------- Quoted text ------------------ >> SSh is not parsing the port the way http does, it seems: >> >> $ rsync -ah --stats root at 192.168.129.2:613:/etc/dhcp/ >>

On 09/10/15, C Linus Hicks wrote: On 09/10/15, Robert Moskowitz wrote: ---------------- Quoted text ------------------------ Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ --------------------- End Quote ---------------------------------- Sorry, I was too fast, not paying attention, you want this I believe: rsync -ah --stats root at

On 09/10/2015 11:19 PM, Carl E. Hartung wrote: > On Thu, 10 Sep 2015 22:50:47 -0400 > Robert Moskowitz wrote: > >>> That will use the default port on the remote host, you can override >>> that without specifying the -e if required using -p <port>. >> >> $ rsync -ah --stats --delete -p 613 root at 192.168.129.2:/etc/dhcp/ >>

On 09/11/2015 10:21 AM, C Linus Hicks wrote: > On 09/10/15, Robert Moskowitz wrote: > > --------------- Quoted text ------------------ > SSh is not parsing the port the way http does, it seems: > > $ rsync -ah --stats root at 192.168.129.2:613:/etc/dhcp/ > /home/rgm/data/htt/httnet/homebase/new/dhcp > ssh: connect to host 192.168.129.2 port 22: No route to host >

On 09/10/15, Robert Moskowitz wrote: ---------------- Quoted text ------------------------ I just tried the following: rsync -ah --stats "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ And it failed with: Unexpected remote arg: 192.168.192.2:/root/samba.PDC/ rsync error: syntax or usage error (code 1) at main.c(1330) [sender=3.1.1] I

I am trying to rsync the named files under /etc for backup purposes. I tried: rsync -ah --stats --delete -e "ssh -p613 -l root" 192.168.192.2:/etc/name* /home/rgm/data/htt/httnet/homebase/new/etc The stats shows it sees all the files, but only moves the dir /etc/named and the files within it. It does not move the /etc/name* files (like /etc/named.conf). By file count, it is

On 09/10/2015 02:31 PM, C Linus Hicks wrote: > On 09/10/15, C Linus Hicks wrote: > > On 09/10/15, Robert Moskowitz wrote: > ---------------- Quoted text ------------------------ > > Try this: > rsync -ah --stats 192.168.192.2:/root/samba.PDC/ > /home/rgm/data/htt/httnet/homebase/new/root/ > --------------------- End Quote ---------------------------------- > >

On 09/07/2015 02:17 PM, Carl E. Hartung wrote: > On Mon, 7 Sep 2015 13:05:59 -0400 > Robert Moskowitz wrote: > >> I am trying to rsync the named files under /etc for backup purposes. >> I tried: >> >> rsync -ah --stats --delete -e "ssh -p613 -l root" >> 192.168.192.2:/etc/name* /home/rgm/data/htt/httnet/homebase/new/etc >> >> The stats

Hi there, okay so I have a port knocker installed on my remote server so I am trying to bundle a bunch of directories in a single ssh session that rsync establishes. so far all the rsync examples I have seen require a new ssh session for each directory. is there anyway to get something like this into one line and therefore one ssh session. Clues on this? --- snip --- /usr/bin/rsync -avrz

On 4/12/2017 7:25 PM, Robert Moskowitz wrote: > I am writing my howto on BIND for Centos7. Mine is running on > Centos7-arm. You can see some of the basics I have done at: > > file:///home/rgm/data/htt/httnet/homepage/Centos7-armv7.html noone else can see your local file system -- john r pierce, recycling bits in santa cruz

Le 13/04/2017 ? 04:25, Robert Moskowitz a ?crit : > I am writing my howto on BIND for Centos7. Mine is running on > Centos7-arm. You can see some of the basics I have done at: > > file:///home/rgm/data/htt/httnet/homepage/Centos7-armv7.html > > I have a caveat I learned with dealing with SELinux and BIND there. You sent a link to a local file (file://) so unfortunately I

On Mon, 7 Sep 2015 13:05:59 -0400 Robert Moskowitz wrote: > I am trying to rsync the named files under /etc for backup purposes. > I tried: > > rsync -ah --stats --delete -e "ssh -p613 -l root" > 192.168.192.2:/etc/name* /home/rgm/data/htt/httnet/homebase/new/etc > > The stats shows it sees all the files, but only moves the > dir /etc/named and the files

On Tue, 8 Sep 2015 10:25:33 -0700 (PDT) Mark Milhollan wrote: > On Mon, 7 Sep 2015, Carl E. Hartung wrote: > >On Mon, 7 Sep 2015 13:05:59 -0400 > >Robert Moskowitz wrote: > > >> rsync -ah --stats --delete -e "ssh -p613 -l root" > >> 192.168.192.2:/etc/name* /home/rgm/data/htt/httnet/homebase/new/etc > > >Why '-e' (specify remote

ext2 & ext3 lists, Attatched is a patch that allows ext2 and ext3 to link correctly when the kernel is configured with a large NR_CPUS. We do have an immediate need for this patch. Any opinions on this? The per-cpu lists are causing the kmalloc to fail due to allocating more than the max. thanks mh -- Martin Hicks Wild Open Source Inc. mort@wildopensource.com

On 08/03/2018 11:07 AM, Warren Young wrote: > On Aug 3, 2018, at 8:57 AM, Robert Moskowitz <rgm at htt-consult.com> wrote: >> I seem to have an rsync versioning problem. > Have you ruled out the other causes of that error? For instance: > > https://askubuntu.com/a/716911 yeah.? It is backups, not backup.? Oops. > >> And researching this it comes down to a

Progress on dns_dlz. At least I got things loading. If I don't include the dlz info bind starts, but if I do I get: Sep 03 13:31:57 homebase.home.htt named[21920]: Loading 'AD DNS Zone' using driver dlopen Sep 03 13:31:58 homebase.home.htt named[21920]: samba_dlz: Failed to connect to /var/lib/samba/private/dns/sam.ldb permissions seem right: # ls -ls

I seem to have an rsync versioning problem. The sender is an old ClearOS6 server with rsynv 3.0.6 The receiver is a brand new Centos7-armv7 server with rsync 3.1.2 I am running rsync over ssh Got the error: rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.6] And researching this it comes down to a versioning issue.? But all I have found was to upgrade the

This will be it for tonight... Sep 3 20:35:30 homebase dhcpd: DHCPDISCOVER from 02:97:09:02:23:a2 (cubieboard2) via eth0 Sep 3 20:35:31 homebase dhcpd: DHCPOFFER on 192.168.192.21 to 02:97:09:02:23:a2 (cubieboard2) via eth0 Sep 3 20:35:31 homebase dhcpd: /usr/local/sbin/dhcp-dyndns.sh: line 17: /var/log/dyndns.log: Permission denied Sep 3 20:35:31 homebase dhcpd:

OK, first time configuring vncserver on Centos7. I have read through a bunch of old messages here on vncserver and thought I had it. Obviously not. 1) cp /usr/lib/systemd/system/vncserver at .service /etc/systemd/system/vncserver at .service 2) vi /etc/systemd/system/vncserver at .service I changed <USER> in both places to root 3) systemctl daemon-reload 4) systemctl