Re: [BackupPC-users] rsyncd via ssh-redirected port
Chris Robertson schrieb:
Guido Schmidt wrote:
Matthias Meyer schrieb:
Guido Schmidt wrote:
Matthias Meyer wrote:
Guido Schmidt wrote:
What works? The opening and closing of the tunnel.
What does not? The connection to it. Nothing in the rsyncd-logs on
host.example.com.
If I leave DumpPostUserCmd empty the tunnel stays open and I can use it
with rsync as user backuppc on a shell providing the password by hand:
rsync -av --list-only --port=32323 backu...@localhost::Alles
/home/backuppc/test/
Do you provide the password during your script?
The ssh-connection works (authenticated via public key). The password I
refered to is for connecting to rsyncd and that is stored in
$Conf{RsyncdPasswd}.
It seems that backuppc does not reach the point where it actually tries
to connect to rsync daemon. There are no entries in the rsyncd-log
(there are when I use the rsync-command above). How can I find out more
what happens and what not?
I don't really know what the problem :-(
You can increase the loglevel with $Conf{XferLogLevel}.
I already increased it to 6, but that didn't give any more details.
What happens if you start your tunnel interactive and leave DumpPreUser as
well
as CmdDumpPostUserCmd empty.
Okay, we're getting closer. That way the backup worked.
So I either get BackupPC to open the tunnel or to do the backup. That's odd.
I'd try giving an explicit exit value upon successful tunnel creation.
...
--- /usr/local/bin/sshtunnelcontrol.orig2009-12-22
03:16:34.0 -0900
+++ /usr/local/bin/sshtunnelcontrol 2009-12-22 03:17:09.0 -0900
@@ -27,6 +27,9 @@
if ! ps -ef|grep -E ^backuppc $PID ; then
echo $PRG_NAME: Error: Tunnel does not exist
exit 1
+ else
+echo $PRG_NAME: Info: Tunnel exists
+exit 0
fi
else
echo $PRG_NAME: Error: ${PIDFILE} already exists.
Although the script should already return 0 upon successfull completion
(and it does, I tried with echo ?) I'm so desperate I gave it a try,
but no, that didn't help.
So, what could cause BackupPC not to connect to the tunnel?
--
Schalloch Musikhandel GmbH
Percussionsabteilung
Firmensitz: Karolinenstraße 4-5, 20357 Hamburg
Registergericht: Amtsgericht Hamburg, HRB 22770
Geschäftsführer: Christoph Scheffler
Tel 040-43 84 94
Fax 040-430 29 47
Öffnungszeiten:
Mo-Mi 10-19 Uhr
Do+Fr 10-20 Uhr
Sa10-16 Uhr
Sie erreichen mich:
Mo 13-19 Uhr
Di 10-19 Uhr
Do 11-20 Uhr
Jeden 2. Sa 10-16 Uhr
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] rsyncd via ssh-redirected port
Guido Schmidt wrote:
I'd try giving an explicit exit value upon successful tunnel creation.
...
--- /usr/local/bin/sshtunnelcontrol.orig2009-12-22
03:16:34.0 -0900
+++ /usr/local/bin/sshtunnelcontrol 2009-12-22 03:17:09.0 -0900
@@ -27,6 +27,9 @@
if ! ps -ef|grep -E ^backuppc $PID ; then
echo $PRG_NAME: Error: Tunnel does not exist
exit 1
+ else
+echo $PRG_NAME: Info: Tunnel exists
+exit 0
fi
else
echo $PRG_NAME: Error: ${PIDFILE} already exists.
Although the script should already return 0 upon successfull completion
(and it does, I tried with echo ?) I'm so desperate I gave it a try,
but no, that didn't help.
So, what could cause BackupPC not to connect to the tunnel?
I may have missed something in the thread, but did you change the ping command
to something that would succeed?
--
Les Mikesell
lesmikes...@gmail.com
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
[BackupPC-users] Backing up a laptop via DHCP
I have a simple home network setup on the 192.168.15.x subnet. To date I have just been backing up items on the backup server itself and that has been working fine. The backuppc server has a static IP address. I now want to add a couple of laptops to the backup but according to backuppc it can never locate these laptops. I've gone through the documentation about nmblookup using the -A or -B options but nothing seems to work :( At a loss as to how to proceed now. The laptops will always be set to DHCP so I can't locate them by IP address. My home network is basically a windows Workgroup and I was planning on access my laptops via smb. From my backuppc server I can see both laptops on the workgroup. Any help, guidance would be much appreciated. -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
Re: [BackupPC-users] Windows bare metal restore
On 11/29/2009 10:55 PM, Les Mikesell wrote: Bob Weber wrote: If I am mistaken, I would be interested in knowing what part of an NTFS is not copyable by just using ntfsclone (and any sources for additional info would be most helpful.) ntfsclone apparently copies the entire file system correctly since I assume that it overwrote all file system data after the beginning of the C: partition that was copied from my dd boot image of the first 50 megs of the disk. I have used ntfsresize successfully many times to re-size ntfs file systems to new disk partition sizes and fdisk to resize partitions on destination disks that are larger than the image I was cloning from. So these programs know what they are doing when copying or modifying a ntfs file system or partition table. My good enough for government work way of solving the no boot problem seems awkward but it has worked for me. I mainly use Linux, so these tools have allowed me to clone and save images of Window system without having to use Windows and buy propriety programs. I use backuppc to daily backup the user data. Clonezilla does a good job of cloning windows systems as long as the target as the same size or larger than the source, so you could probably look through its scripts to see what it uses besides ntfsclone. add this to the list of possible Windows imaging issues: http://anandtech.com/storage/showdoc.aspx?i=3691 -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List:https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki:http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
[BackupPC-users] BUG? manual run of BackupPC_dump doesn't recognize ClientNameAlias
In the file /etc/BackupPC/pc/machinealias.pl, I have set:
$Conf{ClientNameAlias} = mymachine
When I run from my shell
/usr/share/BackupPC/bin/BackupPC_dump -d -v -f mymachinealias
I get:
cmdSystemOrEval: about to system /bin/ping -c 1 -w 3 mymachinealias
cmdSystemOrEval: finished: got output ping: unknown host mymachinealias
The backup however works fine when run from the web interface.
It seems like running BackupPC_dump doesn't use ClientNameAlias.
This seems to be a bug or at the very least an undesirable feature ;)
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
