Re: [gentoo-user] rsync via ssh
Hi Richard, Richard Ruth <[EMAIL PROTECTED]> writes: > Try adding "-e ssh" to your rsync command. > Search for "-e" in the rsync man page for an example. > === > This is the crontab entry (in rmason's crontab): > 0,15,30,45 * * * * rmason /usr/bin/rsync -av /home/rmason > backup_machine:my > machine_rmason Thanks for the reply. Unfortunately that did not work, the same error ocurs. This is what I have currently: 0,15,30,45 * * * * /usr/bin/rsync -av -e "ssh" /home/rmason [EMAIL PROTECTED]:mymachine_rmason I've tried with and without the quotes plus with and without the rmason@ but none worked. I think I'll try scp and see what happens. Cheers, Roger -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
Am Samstag, 3. November 2007 schrieb Roger Mason: > Hello, > > I'm trying to use rsync to back up my home directory on "mymachine" to > another machine (backup_machine) using a cron job. Which cron? > This is the crontab entry (in rmason's crontab): > > 0,15,30,45 * * * * rmason /usr/bin/rsync -av /home/rmason > backup_machine:mymachine_rmason Shouldn't this be 0,15,30,45 * * * * /usr/bin/rsync -av /home/rmason backup_machine:mymachine_rmason HTH... Dirk signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: {OT} Video encoder
Grant gmail.com> writes: > I'm looking for an easy way to encode the video files I acquire into a > single format and level of quality. It would also be nice to be able > to easily burn a DVD of the resultant file that will play on a home > DVD player. I'm sure there are at least several choices in portage > and probably sunrise, but does anyone use one they are happy with and > would heartily recommend? Here's a article that may help you make video's quickly: http://www.linuxjournal.com/article/9005 hth, James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: {OT} Video encoder
On 11/4/07, James <[EMAIL PROTECTED]> wrote: > Here's a article that may help you make video's quickly: > > http://www.linuxjournal.com/article/9005 On the articles note, check this Wiki entry [1]. [1] http://gentoo-wiki.com/HOWTO_DVD_to_Matroska Regards, Liviu -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
On Sunday 04 November 2007, Roger Mason wrote: > Thanks for the reply. Unfortunately that did not work, the same error > ocurs. This may not be applicable, but I run rdiff-backup from cron on many machine with no problems at all. It uses librsync, so may be of interest to you. http://rdiff-backup.nongnu.org/ If you ignore the 'rdiff-backup-data' folder it creates then it's more or less identical to using rsync alone. HTH, Steve. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
I have done a similar thing at work, except what I do is first create an ssh tunnel, then rsync to the locally listening port. Works perfectly. In my setup the remote server is running an SSH server which is not accessible directly. Maybe this will help you. #!/bin/bash SSL_COMMAND="ssh -p [EMAIL PROTECTED] -f -N -L 8000:localhost:873" SSL_PID=`ps aux | grep "$SSL_COMMAND" | egrep -v 'grep' | awk '{print $2}'` if [ "$SSL_PID" == "" ]; then echo "=> Creating SSH tunnel to myserver" $SSL_COMMAND SSL_PID=`ps aux | grep "$SSL_COMMAND" | egrep -v 'grep' | awk '{print $2}'` else echo "=> SSH tunnel already exists. Using existing tunnel." fi if [ "$SSL_PID" != "" ]; then echo "=> Connecting through SSH tunnel with PID $SSL_PID" rsync rsync://localhost:8000/wwwroot /mnt/samba/hotcopy/myserver/wwwroot \ -rvtzp --delete --modify-window=1 echo "=> Closing SSH tunnel" kill $SSL_PID else echo "ERROR: SSH Connection failed! The backup could not complete" fi Cheers, Ralph Roger Mason wrote: Hi Richard, Richard Ruth <[EMAIL PROTECTED]> writes: Try adding "-e ssh" to your rsync command. Search for "-e" in the rsync man page for an example. === This is the crontab entry (in rmason's crontab): 0,15,30,45 * * * * rmason /usr/bin/rsync -av /home/rmason backup_machine:my machine_rmason Thanks for the reply. Unfortunately that did not work, the same error ocurs. This is what I have currently: 0,15,30,45 * * * * /usr/bin/rsync -av -e "ssh" /home/rmason [EMAIL PROTECTED]:mymachine_rmason I've tried with and without the quotes plus with and without the rmason@ but none worked. I think I'll try scp and see what happens. Cheers, Roger -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
Hi Dirk, Dirk Heinrichs <[EMAIL PROTECTED]> writes: > Am Samstag, 3. November 2007 schrieb Roger Mason: >> Hello, >> >> I'm trying to use rsync to back up my home directory on "mymachine" to >> another machine (backup_machine) using a cron job. > > Which cron? vixie-cron >> This is the crontab entry (in rmason's crontab): >> >> 0,15,30,45 * * * * rmason /usr/bin/rsync -av /home/rmason >> backup_machine:mymachine_rmason > > Shouldn't this be > > 0,15,30,45 * * * * /usr/bin/rsync -av /home/rmason > backup_machine:mymachine_rmason I already tried it without the rmason prepended to the command: no difference. FWIW I tried scp and had the same problems. I think it has to do with the backup_machine not reading my public ssh key, maybe because the session is not interactive. Thanks, Roger -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
Hi Steve, Steve Dommett <[EMAIL PROTECTED]> writes: > On Sunday 04 November 2007, Roger Mason wrote: >> Thanks for the reply. Unfortunately that did not work, the same error >> ocurs. > This may not be applicable, but I run rdiff-backup from cron on many machine > with no problems at all. It uses librsync, so may be of interest to you. > http://rdiff-backup.nongnu.org/ > If you ignore the 'rdiff-backup-data' folder it creates then it's more or > less > identical to using rsync alone. Thanks, I'll have a look at it. Did you have to do anything special to make it work from cron? Cheers, Roger -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
Hi Ralph, Ralph Slooten <[EMAIL PROTECTED]> writes: > I have done a similar thing at work, except what I do is first create > an ssh tunnel, then rsync to the locally listening port. Works > perfectly. In my setup the remote server is running an SSH server > which is not accessible directly. Maybe this will help you. > > > #!/bin/bash > SSL_COMMAND="ssh -p [EMAIL PROTECTED] -f -N -L 8000:localhost:873" > SSL_PID=`ps aux | grep "$SSL_COMMAND" | egrep -v 'grep' | awk '{print $2}'` > > if [ "$SSL_PID" == "" ]; then > echo "=> Creating SSH tunnel to myserver" > $SSL_COMMAND > SSL_PID=`ps aux | grep "$SSL_COMMAND" | egrep -v 'grep' | awk > {print $2}'` > else > echo "=> SSH tunnel already exists. Using existing tunnel." > fi > > if [ "$SSL_PID" != "" ]; then > echo "=> Connecting through SSH tunnel with PID $SSL_PID" > rsync rsync://localhost:8000/wwwroot > /mnt/samba/hotcopy/myserver/wwwroot \ > -rvtzp --delete --modify-window=1 > > echo "=> Closing SSH tunnel" > kill $SSL_PID > else > echo "ERROR: SSH Connection failed! The backup could not complete" > fi Another responder suggested rdiff-backup. I'll give that a try first. Thanks, Roger -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
On Sunday 04 November 2007, Roger Mason wrote: > Did you have to do anything special to make it work from cron? No, but then the crontab entry is simply: > 47 4 * * * /root/backup.sh The backup.sh is essentially: rdiff-backup \ --print-statistics \ --exclude /mnt \ --exclude /dev \ --exclude /proc \ --exclude /tmp \ --exclude /var/tmp \ --exclude /var/cache/squid/ \ --exclude /var/lib/mysql/ \ --exclude /var/lib/postgresql/data/base/ \ --exclude /var/lib/postgresql/data/global/ \ --exclude /var/lib/postgresql/data/pg_clog/ \ --exclude /var/lib/postgresql/data/pg_subtrans/ \ --exclude /var/lib/postgresql/data/pg_tblspc/ \ --exclude /var/lib/postgresql/data/pg_xlog/ \ --exclude /sys \ --exclude /usr/portage \ --exclude /usr/portage/distfiles \ --exclude /var/run \ / [EMAIL PROTECTED]::/home/backups/hostname/ -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
Please, please, please do not top-post. :( Be lucky, Neil -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
Roger Mason wrote: I have passwordless ssh between mymachine and backup_machine and the rsync command in the crontab runs perfectly from the command line. Does someone know what else needs to be done to get this (seemingly simple!) task to work? How have you setup the passwordless ssh? If your using keys with the ssh keyagent, then when the command is run in cron it wouldn't know where to find your ssh-agent... Shawn -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync via ssh
On Sunday 04 November 2007, Shawn Haggett wrote: > Roger Mason wrote: > How have you setup the passwordless ssh? If your using keys with the ssh > keyagent, then when the command is run in cron it wouldn't know where to > find your ssh-agent... > > Shawn I use a use a key with no password without ssh-agent. -- [EMAIL PROTECTED] mailing list
[gentoo-user] dhcpcd won't stay dead
After a recent update, dhcpcd won't stay dead. I've got it configured to time out in 7 seconds: /etc/conf.d/net config_eth0=( "dhcp" ) dhcpcd_eth0="-t 7" That sort of works, dhcpcd dies and returns 0 after 7 seconds if there is no server. The startup script gives up on that interface and goes on to the next one. However, after a recent update, it now appears that a second instance of dhcpcd is getting started immediately, and it runs forever, filling my system log with a never-ending stream of useless spew like this: Nov 4 22:19:34 ThinkGrant dhcpcd[15785]: eth0: trying to use old lease in /var/lib/dhcpcd/dhcpcd-eth0.info' Nov 4 22:19:34 ThinkGrant dhcpcd[15785]: eth0: checking 169.254.7.65 is available on attached networks Nov 4 22:19:35 ThinkGrant dhcpcd[15785]: eth0: adding IP address 169.254.7.65/16 Nov 4 22:19:40 ThinkGrant dhcpcd[15785]: eth0: broadcasting for a lease Nov 4 22:19:47 ThinkGrant dhcpcd[15785]: eth0: timed out The second instance of dhcpcd never exits... Who is starting this second instance and why is it going into a never ending loop pulling bogus month-old IP addresse out of /var/lib/dhcpcd? -- Grant Edwards [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
[gentoo-user] OT: How does kernel determine drive order?
How does the kernel (2.6.22) determine the order of SATA drives (sda, sdb, etc.) when it boots up? Tony -- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: dhcpcd won't stay dead
On 2007-11-05, Grant Edwards <[EMAIL PROTECTED]> wrote: > However, after a recent update, it now appears that a second > instance of dhcpcd is getting started immediately, and it runs > forever, filling my system log with a never-ending stream of > useless spew like this: [...] > The second instance of dhcpcd never exits... > > Who is starting this second instance and why is it going into a > never ending loop pulling bogus month-old IP addresse out of > /var/lib/dhcpcd? That's apparently the new default behavior of dhcpcd. You now have to use the "-L" option to tell it you don't want your log filled with useless crap. -- Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] OT: How does kernel determine drive order?
Anthony E. Caudel wrote: How does the kernel (2.6.22) determine the order of SATA drives (sda, sdb, etc.) when it boots up? I just checked my computer, and sda is the drive plugged in the first sata-port, and sdb the one in the second port (according to the info in motherboard manual). Maybe it is something similar as with p-ata drives, where hda is always the master drive on the first pata channel... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted. -- [EMAIL PROTECTED] mailing list