From: Craig B. <cr...@at...> - 2002-06-20 06:17:35
|
> This is a followup to the problems I've been having when the /proc > directory wasn't excluded, and the trouble I've been having getting it > excluded. > > I finally got it to exclude the directories. Even after upgrading to > the latest alpha (good job and thanks BTW), it still wasn't excluding my > directories properly. I found that it was passing the options to tar > fine, but tar wasn't excluding them. It turns out that you shouldn't > put any path information in - by telling it to just exclude "proc" I was > able to get it to work. The problem is, any files named proc, dev, or > tmp will not be backed up as well. Any ideas on workarounds? Thanks. Hmmm, I'd like to get to the bottom of this before I release 1.5.0. First off, BackupPC will run a command basically like: tar -c -v -f - -C / . so all the paths should start with "./". Therefore your exclude file should be "./proc" or "./tmp". This will do the right thing, since the exclude option is required to be a complete part of a path. To really be sure you need GNU tar version 1.13.20 or higher. It has an option --anchored which anchors the --exclude option to the start of the path. (See http://www.funet.fi/pub/gnu/alpha/gnu/tar to get the latest tar-1.13.25.tar.gz.) Here's an example: mkdir test cd test mkdir proc proc2 other. other./proc touch proc/xxx proc2/yyy other./proc/zzz With tar 1.13.19: tar -c -f - . --exclude=proc | tar tvf - drwxr-xr-x craig/wheel 0 2002-06-19 22:59:51 ./ drwxr-xr-x craig/wheel 0 2002-06-19 23:00:07 ./proc2/ -rw-r--r-- craig/wheel 0 2002-06-19 23:01:41 ./proc2/yyy drwxr-xr-x craig/wheel 0 2002-06-19 23:01:37 ./other./ Notice proc and other./proc are excluded, which is wrong. Next, again with tar 1.13.19: tar -c -f - . --exclude=./proc | tar tvf - drwxr-xr-x craig/wheel 0 2002-06-19 22:59:51 ./ drwxr-xr-x craig/wheel 0 2002-06-19 23:00:07 ./proc2/ -rw-r--r-- craig/wheel 0 2002-06-19 23:01:41 ./proc2/yyy drwxr-xr-x craig/wheel 0 2002-06-19 23:01:37 ./other./ drwxr-xr-x craig/wheel 0 2002-06-19 23:01:41 ./other./proc/ -rw-r--r-- craig/wheel 0 2002-06-19 23:01:41 ./other./proc/zzz This is the correct behavior: ./proc is excluded but ./other./proc is not. Finally, you can get the same result with tar 1.13.25 using --anchored: navajo 1690% tar -c -f - . --anchored --exclude=./proc | tar tvf - drwxr-xr-x craig/wheel 0 2002-06-19 22:59:51 ./ drwxr-xr-x craig/wheel 0 2002-06-19 23:00:07 ./proc2/ -rw-r--r-- craig/wheel 0 2002-06-19 23:01:41 ./proc2/yyy drwxr-xr-x craig/wheel 0 2002-06-19 23:01:37 ./other./ drwxr-xr-x craig/wheel 0 2002-06-19 23:01:41 ./other./proc/ -rw-r--r-- craig/wheel 0 2002-06-19 23:01:41 ./other./proc/zzz If you have tar version >= 1.3.20 then you can add --anchored to $Conf{TarClientCmd}. It is possible that --anchored is not necessary and simply making sure your excludes start with "./" is sufficient. I'd need to look at the source for tar to be sure. Please tell us if "./proc" works, then I can close out this issue for the documentation. Craig |
From: Leon L. <le...@le...> - 2002-07-06 18:31:42
|
Has anyone here thought about building a webmin module for Backuppc? I would be willing to take on part of the work but I don't have enough linux experience (or time) to do the whole thing without some help. If anyone is interested in collaborating on this, please drop me a line. Leon |
From: George A. <ad...@ya...> - 2002-08-16 19:02:30
|
NT_STATUS_ACCESS_DENIED listing \Tina Adjei\* I am getting this error for windows XP users on my network. Does anyone know the solution to this? I share the Default user dirctory as users on all the machines and connect to this with a standard user i created on all the machines. But I guess the user does not have enough rights or something. Hopefully there is a simple answer to this. Regards, -- George Adjei SAP Technical Consultant Email: ad...@ya... Homepage: http://adjei.homeip.net ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ |
From: David C. <dcr...@me...> - 2002-11-26 23:33:51
|
confirm 371555 |
From: Randy M. C. <ra...@mk...> - 2003-02-13 06:03:27
|
From: Carlos M. G. <cm...@ne...> - 2003-02-24 13:24:00
|
From: E. R. <er...@gl...> - 2003-06-11 15:59:34
|
************************************************** E. Rivera Software Support Specialist GL-US 212-687-0770 Email: hel...@gl... "The trouble with doing something right the first time is that nobody will be able to appreciate how difficult it was" ************************************************** |
From: Johnny L. W. <jo...@ma...> - 2003-06-11 16:58:14
|
I agree. On Wed, 11 Jun 2003, E. Rivera wrote: > > > ************************************************** > E. Rivera > Software Support Specialist > GL-US > 212-687-0770 > Email: hel...@gl... > > "The trouble with doing something right the first > time is that nobody will be able to appreciate how > difficult it was" > ************************************************** > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: eBay > Great deals on office technology -- on eBay now! Click here: > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > BackupPC-users mailing list > Bac...@li... > https://lists.sourceforge.net/lists/listinfo/backuppc-users > http://backuppc.sourceforge.net/ > -- Johnny Wales Book Systems, Inc. |
From: E. R. <er...@gl...> - 2003-06-13 15:57:02
|
add me to the list ************************************************** E. Rivera Software Support Specialist GL-US 212-687-0770 Email: hel...@gl... "The trouble with doing something right the first time is that nobody will be able to appreciate how difficult it was" ************************************************** |
From: Guillaume F. <gf...@lo...> - 2003-07-20 18:33:27
|
Le Dimanche, 20 juil 2003, =E0 08:52 America/Montreal, Steve Waltner a=20= =E9crit : > I've seen a couple people mention getting BackupPC to backup Mac OS X,=20= > but I've had limited success with that. Could you please outline the=20= > steps you took to get this to run? This is not really different, but it may help, so here's what I did: 1. Installed fink (http://fink.sf.net/) on the MacOSX client. 2. Type "sudo apt-get install rsync" in the terminal. This will trigger=20= fink to download and install rsync 2.5.5. 3. Put backuppc's public SSH key in ~gfk/.ssh/authorized_keys on the=20 MacOSX client. Check that it works. I don't know about you, but it=20 always takes me 2-3 times to make these things work... 4. Set up sudo so that it doesn't ask for a password on the MacOSX=20 client. Use visudo and add an entry like this: gfk ALL=3DNOPASSWD :=20= ALL 5. On the Backuppc Server, set up pc/powerbook/config.pl like this: ----- $Conf{XferMethod} =3D 'rsync'; # This is the path of fink's version of rsync on the MacOSX client. $Conf{RsyncClientPath} =3D '/sw/bin/rsync'; # I log as user gfk and use sudo instead of root to do the backup. $Conf{RsyncClientCmd} =3D '$sshPath -q -l gfk $host sudo $rsyncPath=20 $argList'; $Conf{RsyncClientRestoreCmd} =3D '$sshPath -l gfk $host sudo $rsyncPath=20= $argList'; # Only backup the Users directory $Conf{RsyncShareName} =3D '/Users'; ----- 6. Add "powerbook 0" to the end of the list in conf/hosts Hope this helps, GFK's --=20 Guillaume Filion Logidac Tech., Beaumont, Qu=E9bec, Canada - http://logidac.com/ PGP Key and more: http://guillaume.filion.org/= |
From: Mike T. <mik...@mi...> - 2003-08-15 22:45:29
|
Are you using SMB? The comments in the config.pl file say that either you can use $Conf{BackupFilesOnly} or $Conf{BackupFilesExclude}, but not both. If you specify both, the BackupFilesExclude is ignored, which seems to be your problem. One workaround would be to use an alias host(separate config.pl file and all) to back up the Eudora part, set up the share at that level, don't specify BackupFilesOnly, and use BackupFilesExclude to exclude Attach. Then remove it from the main config.pl so that it is not backed up there. Mike -----Original Message----- From: Chris Hozian [mailto:ch...@bo...] Sent: Friday, August 15, 2003 4:21 PM To: bac...@li... Subject: [BackupPC-users] BackupPC v1.5 - Problem excluding directories from backups. I am having problems getting the 'attach' folder to be excluded from our backups. We are running BackupPC version 1.5. I have read the changelog of v2.0, and do not enough significant changes that would make me want to upgrade. (Unless of course this is a bug that is fixed in version 2.0) I have 'rm -rf' the /home/backuppc/data/pc/anelson4 dir to make sure there were no old backups in there. Then I placed the config.pl back into that dir. I told it to do a full backup. It's still backing up the 'attach' folder. Any suggestions? My BackupFilesOnly and BackupFilesExclude variables are listed below. These lines were from /home/backuppc/data/pc/anelson4/config.pl -------------------------------------------------------------------------------- $Conf{BackupFilesOnly} = { 'cdrv' => ['/Documents and Settings/anelson/Application Data/Qualcomm/Eudora/', '/Documents and Settings/anelson/Desktop/', '/Documents and Settings/anelson/My Documents/', '/Documents and Settings/anelson/Favorites/'] }; $Conf{BackupFilesExclude} = { 'cdrv' => ['/Documents and Settings/anelson/Application Data/Qualcomm/Eudora/attach'] }; Chris Hozian Systems Administrator Information Technologies Department Book Systems, Inc. ch...@bo... "It's in that place where I put that thing that time." - Phreak (Hackers) |
From: alex <alf...@tr...> - 2003-08-22 20:44:43
|
From: Joao R. <re...@is...> - 2003-10-22 10:40:11
|
Greetings, I'm recently changing one of my servers and would be great if = I could make an full backup to then make a new restore but so far so good, = but the question appears when at the next scheduled time it doesn't make the backup because the time between backups is smaller then the=20 $Conf{FullPeriod} =3D 6.97;=20 =20 Is any way of it still makes the backup as I didn't made the backup ? Is it possible to define the backups by days of the week, for instance, Saturday Full, Sunday - Inc, and so on ? =20 Btw: I'm using version 1.5.0 =20 Thank you for all your help. =20 =20 Best Regards Joao Rechena =20 |
From: Gary E. <ga...@de...> - 2003-11-21 19:20:51
|
I have an odd problem. I have a backup system that claims the following: There are 4 hosts that have been backed up, for a total of: 11 full backups of total size 27.32GB (prior to pooling and compression), 24 incr backups of total size 10.75GB (prior to pooling and compression). Host User #Full Full Age/days Full Size/GB Speed MB/sec #Incr Incr Age/days State Last attempt chlorine sy...@de... 3 13.4 1.09 0.05 6 7.6 idle backup done copper sy...@de... 2 9.6 0.01 0.00 6 7.5 idle backup done krypton sy...@de... 3 13.1 0.01 0.00 6 8.5 idle backup done oxygen sy...@de... 3 12.0 9.51 0.30 6 8.5 idle backup done The status page reports the following: The server's PID is 1767 on host localhost, version 1.5.0, started at 11/17 17:20. This status was generated at 11/21 12:19. PCs will be next queued at 11/21 19:00. Other info: 0 pending backup requests from last scheduled wakeup, 0 pending user backup requests, 0 pending command requests, Pool is 103.00GB comprising 650241 files and 4369 directories (as of 11/20 20:52), Pool hashing gives 21 repeated files with longest chain 8, Nightly cleanup removed 0 files of size 0.00GB (around 11/20 20:52), Pool file system was recently at 100% (11/20 23:00), today's max is 100% (11/20 20:56) and yesterday's max was 100%. The disk is full and backups have stopped. There doesn't seem to be any way to extract myself from this problem other than playing with data on the disk. It is a 120GB disk. Fsck comes back clean. Any suggestions to get the backups started again? -- Gary Evesson Decentrix Inc |
From: Andy D. <ad...@wh...> - 2003-11-26 12:14:56
|
Hi Problem with hosts, have changed settings in /etc/backuppc/hosts to include a host with an ip 151.151.6.58 we can ping the host from the command line on the server box but in the error log we get backup failed (tree connect failed: NT_STATUS_ACCESS_DENIED) thanks for any help. Cheers Andy Dean IT Services E-Mail Disclaimer: The information in this e-mail is confidential, and may be legally privileged. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. |
From: Hamish R. <ha...@te...> - 2003-12-02 03:26:20
|
I am still having a problem with the generation of zip files from the web interface I have been through all of the docs I am running v2.0.2 If I try to create a zip over about 500 mb it just serves me a 0byte file to DL. Anybody have any ideas some help would be appreciated. -- Hamish Robertson <ha...@te...> Techease |
From: <mik...@mi...> - 2003-12-03 00:08:45
|
; Tue, 02 Dec 2003 18:20:38 -0600 From: "Mike Trisko" <mik...@mi...> To: <Bac...@li...> Subject: RE: [BackupPC-users] Debian installation with cgi interface Date: Tue, 2 Dec 2003 18:08:47 -0600 Message-ID: <045e01c3b931$a0566b20$640...@us...> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_045F_01C3B8FF.55BBFB20" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-MS-TNEF-Correlator: 000000007D613CF5A16CA44C8A09C47EA47C4FBA07004D2BA6933819D6498C5B162DE7D0708B00000020F06E0000CF75B86AFAEE0843998E3A391FBD51290000003B09520000 Importance: Normal This is a multi-part message in MIME format. ------=_NextPart_000_045F_01C3B8FF.55BBFB20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I believe the Debian package should be setting this up automatically. = The README.Debian file in /usr/share/doc/backuppc states that to access the = CGI interface you use the URL http://myserver/backuppc/. If I enter the URL http://myserver/cgi-bin/, I get an error message. Mike=20 -----Original Message----- From: bac...@li... [mailto:bac...@li...] On Behalf Of cba...@us... Sent: Monday, December 01, 2003 6:44 PM To: bre...@bi... Cc: backuppc-users Subject: Re: [BackupPC-users] Debian installation with cgi interface=20 Brendan J Simon writes: > I have just installed backuppc on an Apple PowerMac running Debian=20 > using > "apt-get install backuppc". It looks very impressive. Well done to = the=20 > development team. >=20 > How do I run the CGI interface. I don't have the file > "__CGIDIR__/BackupPC_Admin" on my system, though I do have=20 > "__CGIDIR__/index.html" which I think should run OK. On my Debian=20 > installation __CGIDIR__=3D/usr/share/backuppc/cgi-bin. My main = question=20 > is how I get apache to map http://localhost/cgi-bin/ to my backuppc = cgi=20 > installation??? >=20 > It seems that apache looks in /usr/lib/cgi-bin by default according to > /etc/apache/httpd.conf. Can I get apache to read multiple directories = > for cgi scripts or do I have to put symblic links between directories = or=20 > some other hack to get it to work??? I'm not familiar with the debian package and where it puts things. = Ludovic Drolez did the Debian package. Any comments from Debian experts? If no one has a better answer, you have two choices: - Move BackupPC_Admin from /usr/share/backuppc/cgi-bin to /usr/lib/cgi-bin. You will also need to check where the directory-browsing GIFs are stored and served from. The URL used to get the images is = configurable; see $Conf{CgiImageDirURL}. - Add a ScriptAlias directive to apache's httpd.conf. I believe you can have multiple ScriptAlias directives. Here's the info from the docs: ScriptAlias directive Syntax: ScriptAlias URL-path file-path|directory-path Context: server config, virtual host Status: Base Module: mod_alias The ScriptAlias directive has the same behavior as the Alias directive, except that in addition it marks the target directory as containing CGI scripts that will be processed by mod_cgi's cgi-script handler. URLs with a (%-decoded) path beginning with URL-path will be mapped to scripts beginning with the second argument which is a full pathname in the local filesystem. Example: ScriptAlias /cgi-bin/ /var/www/cgi-bin/=20 A request for http://myserver/cgi-bin/foo would cause the server to run the script /var/www/cgi-bin/foo. You will also need a Directory directive along the lines of: <Directory "/var/www/cgi-bin"> AllowOverride None Options None Order allow,deny Allow from all </Directory> Craig ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create = better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ BackupPC-users mailing list Bac...@li... https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/ ------=_NextPart_000_045F_01C3B8FF.55BBFB20 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IjEAAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEIAAUABAAAAAAAAAAAAAEJAAQAAgAAAAAA AAABBoADAA4AAADTBwwAAgASAAgAAAACAAQBAQOQBgBQDwAAMwAAAAsAAgABAAAACwAjAAAAAAAD ACYAAAAAAAsAKQAAAAAAAwAuAAAAAAADADYAAAAAAB4ATQABAAAAAQAAAAAAAAAeAHAAAQAAAD0A AABSRTogW0JhY2t1cFBDLXVzZXJzXSBEZWJpYW4gaW5zdGFsbGF0aW9uIHdpdGggY2dpIGludGVy ZmFjZSAAAAAAAgFxAAEAAAAWAAAAAcO5MZ3USwQUKjEiQ5yfq0WyIAbuTwAACwAXDAAAAAACAR0M AQAAACAAAABTTVRQOk1JS0UuVFJJU0tPQE1JTkRTUFJJTkcuQ09NAAsAAQ4AAAAAQAAGDgBwEYMx ucMBAgEKDgEAAAAuAAAAAAAAAH1hPPWhbKRMignEfqR8T7oBAE0rppM4GdZJjFsWLefQcIsAAAAg 8G8AAAAAAwAUDgAAAAAeACgOAQAAADQAAAAwMDAwMDAwOAFtaWtlLnRyaXNrb0BtaW5kc3ByaW5n LmNvbQF6ZW5hLmR5bmRucy5vcmcAHgApDgEAAAA0AAAAMDAwMDAwMDgBbWlrZS50cmlza29AbWlu ZHNwcmluZy5jb20BemVuYS5keW5kbnMub3JnAAIBCRABAAAAtggAALIIAACcEAAATFpGdcGPteQD AAoAcmNwZzEyNeIyA0N0ZXgFQQEDAff/CoACpAPkBxMCgA/zAFAEVj8IVQeyESUOUQMBAgBjaOEK wHNldDIGAAbDESX2MwRGE7cwEiwRMwjvCfe2OxgfDjA1ESIMYGMAUDMLCQFkMzYWUAumIEkQIGJl bAiQdmUgxHRoHXBEZWIHMAOgIQqwY2thZx1wc2i5CGBsZB0BHrAUIHQLgAZnHYEEACB1cCBhLHV0 A3EfkGMHQGx5EC4gIFQdoVJFQdBETUUuHdVmAxAdcIELgCAvdXNyLx7AAQrAZS9kb2MvYvMeUSAw cGMesAGQDrAEIJcdkCCwHYBvIFBjYweQcyTSHXBDRxzwC4AOsHL2ZgDQHXB5CGAgIBQQHYMgVVJM IGgCQHA60C8vbXkUEHIdYCMw5SP2LyExSWYc4QnwJoFDJ38ohmNnaS0d8G78Lywc4R6QBUADkQSQ A2DrBcAHgXMegS4KogqECoBYTWlrHXAuCi0v0k/7BRAsAG4HQAXQLZQv0y4E2kYDYTodACQFLSdB FADQLWFkbQuAQB0wJIC4cy5zCGElkAIQci3Rum4swVsAwAMQIIA6Mj8jM080Vl0gTwOgQmXVE+Bs KdBPKdBjI/AtMPkgsHRANfMz3i4EBmACMMUyEE0CIGRheSxwHdBnJZAG0BKBMDEscAHQMAAzIDY6 NDQgUHpNLgRUNUAdABggO7FulzPQB3ACIEAd8GdwO6HKLgWgbS4EQ2MyHjrVmHViagWQO2FSZTIQ 5FtCJANQQzXkOAAd1d8LgCSBIQAgsQIgIAPwHZBfOOAsACZZLgouBEI+VCC+SgYAPtJEwAUQJLE6 LgruPhzhE+AdYWojEAVARAXbCYAyJyBEoQORQSRAIqEoUG93BJBNANAgcvx1bgMAH7Ed1Uj2IxAf oelI9iJhBTAtLLJEBTInziIpkgVAF7BvawQgKMGyeSLAbXAYIAQQaR1g/SExVx0gAyAjsDSgJTId ku9I9gEAHWAXsHAHgAIwHYC4ZWFtLfVJUEj2SEwwf1KxHOFMsSXfUjIc8FLBJ58FQEmTHZIigk53 X18mIShESVJaAC9Cll9BfTZiIktSKHAesCiADrBt9yxwHZAIYGdFAFgiSYRZfydagQuAAQB4LigA bWw9W5B3H/AT0BzhH+Fua/MetlaiT0shMTghW+FNPXtEC1oIPSMJKQcr9SExTfdRgDTxA6BxClAk gESSYlf/BCAe0AfgLJUeQR2hJUEAwP8gQCgFF7Ag4R7QJIAr52jz31GAI/dFImJfRJE/bYBVHv9Q wRQQPEAk1WiVUPQi1h0w/mIr5h0AUYABASBgNSAlYtUFsGQfo29I9i8UICPQTWiULygCP4JuZiEx Q/8DkWg+GCA2UC1wchEFICKh/3KgGCBCAAWwCJAEIUkFNEF/RRME9AQgBbFWU1ikJVBw/yBwXAEG 0B0wJGAdMGBQBCD9HRB0TEAJ8Hc7BbFI9jPg/weAS1AdkQXAE+AeYCUyT0M1JSN3BbBrbYcuBEkn +G0gbn3gInBU4AMQBzD/BcBE0x2SAQAd+wBwHxBfoH8EkCKxBUB6gSTSH6E5wCDUTHUjsHZ7EUQD YCKgnnp3MR8QHZ9SMkFuUYC/P6FUcgQgA1Idxg7AcASQ/zbgf8wp0IDQS1EdcBPgBCD+YXuSKjIA cUxBLHAnAlikv39gOOAe0A3gSG0hQC07gf8dYVq8iARkX2VoJTJwni31+yFAIUBZJxED8E/RB0Az 4P+AwAnghdGMsgWQYGCDZIHzrXdVeSwgA2B3TjIgJjD+RorRGCCS6CSABbBKoYMi/yiTHxADUiE1 KrInQZSTLLL/hfIHcB6BcEEEIHSyMEAIcJ8BoCKgGTCXqAngICQIUFF00Fx7QywASZtSRPN3UCqx XH0t+44SW0CYgfsGAAUDQYFRBCB3RFIRJTP9aKMnZ9F0ahz4JwGS6CDg/wOgSZN2t6B/oYKEkVYA g4H/omGbA3TQJVADUpLogfMjwF+NPqq0pf+hgqpdeQIwYe54MhCrOiqxLQqwRPEigv2u03yV6K7i qlydoQ6yMhDfKJSb1SxwhQAAIHUwgWoy/6pdJJEjEDIQQpAUEKpcO5DuZB7wQlEEYV8HQKDxqf// k0EhYqs/oYOKsoXyLbB9sf8dEEmRRJCLYSXEoNOqXKE3/yxwDsAlkAUxJPMi0TZQcqD/RIN/AQDA f4AlxAGQNGEFQP+V56pcisF0sQGQC4AfoiYi/3kGJPOTwx8xUcAjwCWhSqL/ZkG24SvxomCqXCvy BPUT4Ps7sCKgciEwKrEEIETTivCYKCUtBYIBAGQpHjH/RPEdEDBRTONE0qpcrqfEFv9pMYjwlJN5 BsnsunQFkTuwe8FNNGB1VHNfpCABivBm/x7wAyCu4jBwfbGRcm/TIOHPInNcFJ8NqrRFeFTgS+En qe+q/mp4L3YKwC9379iQanjVr5NBQXZRZrN4c/8q/ywFAhB/Qh7yIOAnRiiU/9YMdjJWtQT12E/d AdPfk4//oDKegZYUoSkHQAIgH8Jv4VsLgHyyZtWf4rI85EgieeCuIj7WDNpjIQBMME//KMEFEAEA B7BS0enfOBAFMH9EkQeh6+/s8wsgi1LrAix/AQCHUO3/6uSIBCDx5x0v/+RH6cU/1TkwMEBGDy/E 9i/P9z/4Tj2lH/JTRjSTPED7NQFnsnM/UTPgmGJxoK3B/foUR1IRI/I9cANgCcBU4dUdwG8HkVMz 80Y0V4YA/mwgQCcCzIKYUcSCtnChc/4/IUD9c38B/scFAFTQDrDHiwbJIgBxU0hBIaAhUMJIA0BM T1ZFLHCDIof+wyMQ/rRZT1UhdQH/ewFgYKeCtRAoBTPtI6EwcP8OsGrwWgAIPwlPCglGxUKr/2ZS e0EfwDayjpc15DavOon/KAK1AGnBDj8HYhBTEEOoMr8j50D6KAUj9hCvLgp9FrAAAAMAkhABAAAA AwDeP59OAAADAAlZAQAAAAMAQGUAAAAAAgHiZQEAAAAUAAAAnE3vIjwpNESw1lv3dOahNAAArIAC AeNlAQAAABUAAAAUnE3vIjwpNESw1lv3dOahNAAArIAAAAALABCACCAGAAAAAADAAAAAAAAARgAA AAAOhQAAAAAAAAMAIYAIIAYAAAAAAMAAAAAAAABGAAAAAFKFAABZlAEAHgAigAggBgAAAAAAwAAA AAAAAEYAAAAAVIUAAAEAAAAFAAAAMTAuMAAAAAADADKACCAGAAAAAADAAAAAAAAARgAAAAABhQAA AAAAAAsANIAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwA3gAggBgAAAAAAwAAAAAAAAEYA AAAAEIUAAAAAAAADADuACCAGAAAAAADAAAAAAAAARgAAAAAYhQAAAAAAAAsAQYAIIAYAAAAAAMAA AAAAAABGAAAAAAaFAAAAAAAACwBSgAggBgAAAAAAwAAAAAAAAEYAAAAAgoUAAAEAAAACAXiACCAG AAAAAADAAAAAAAAARgAAAABAhQAAAQAAAEwAAAADAQEAAABFAAAACAAAAAAACABPAHUAdABjAGwA YQBzAHMACE91dGNsYXNzAAAAAAAAAAARAAAACE8AdQB0AGMAbABhAHMAcwAAAAAAAwDJgAggBgAA AAAAwAAAAAAAAEYAAAAAcIUAAAAAAAADANCACCAGAAAAAADAAAAAAAAARgAAAABChQAAAAAAAh4A 8oApAwIAAAAAAMAAAAAAAABGAQAAABIAAABPAHUAdABjAGwAYQBzAHMAAAAAAAEAAAAJAAAAYmFj a3VwcGMAAAAACwAfDgEAAAACAfgPAQAAABAAAADnXUOAM73ES6YC4RmhF7RfAgH6DwEAAAAQAAAA fWE89aFspEyKCcR+pHxPugIB+w8BAAAAcQAAAAAAAAA4obsQBeUQGqG7CAArKlbCAABFTVNNREIu RExMAAAAAAAAAAAbVfogqmYRzZvIAKoAL8RaDAAAAFVTQ05UMDQyNwAvbz1ERUxPSVRURS9vdT1V Uy9jbj1SZWNpcGllbnRzL2NuPW10cmlza28AAAAAAwD+DwUAAAADAA00/T8CAAIBFDQBAAAAEAAA AFSUocApfxAbpYcIACsqJRceAPo/AQAAAB8AAABUcmlza28sIE1pY2hhZWwgKFVTIC0gQ2hpY2Fn bykAAAIBfwABAAAAjQAAADAwMDAwMDAwN0Q2MTNDRjVBMTZDQTQ0QzhBMDlDNDdFQTQ3QzRGQkEw NzAwNEQyQkE2OTMzODE5RDY0OThDNUIxNjJERTdEMDcwOEIwMDAwMDAyMEYwNkUwMDAwQ0Y3NUI4 NkFGQUVFMDg0Mzk5OEUzQTM5MUZCRDUxMjkwMDAwMDAzQjA5NTIwMDAwAAAAAAMABhBG8QyKAwAH ELEKAAADABAQAAAAAAMAERAAAAAAHgAIEAEAAABlAAAASUJFTElFVkVUSEVERUJJQU5QQUNLQUdF U0hPVUxEQkVTRVRUSU5HVEhJU1VQQVVUT01BVElDQUxMWVRIRVJFQURNRURFQklBTkZJTEVJTi9V U1IvU0hBUkUvRE9DL0JBQ0tVUAAAAAA/fQ== ------=_NextPart_000_045F_01C3B8FF.55BBFB20-- |
From: <mik...@mi...> - 2004-01-07 15:48:37
|
; Wed, 07 Jan 2004 10:02:29 -0600 From: "Mike Trisko" <mik...@mi...> To: <Bac...@li...> Subject: RE: [BackupPC-users] Starting backup from client Date: Wed, 7 Jan 2004 09:50:03 -0600 Message-ID: <01cd01c3d535$eb09b210$640...@us...> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: <3FF...@dr...> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal The other problem I see here is that if you try this from work, your BackupPC server might not be able to "see" the client across multiple layers of NAT, firewalls, etc. This will vary based on how your work network and home network are set up, but I would imagine in most cases this would not be easy to accomplish. Being able to log in to the web page from work is not enough to say that you have the connectivity you need. From your home network, the web page should work fine. It's probably the better solution anyway if you have any significant file sizes to be backed up, since most home networks will have 10-100Mbps bandwidth, while most home broadband connections are significantly less. Mike -----Original Message----- From: bac...@li... [mailto:bac...@li...] On Behalf Of Doug Lytle Sent: Wednesday, January 07, 2004 8:28 AM To: mle...@ti... Cc: bac...@li... Subject: Re: [BackupPC-users] Starting backup from client Setup the user with a per-pc config file that includes: $Conf{FullPeriod} = -1; And then set the user up with a login name in the hosts file, moreUsers section. And then have Apache authenticate the end user. When they log into the Web interface, they will have the option of controlling their own backups. Doug mle...@ti... wrote: >Hi All. >I have a laptop and a few desktop pcs.. My desktop PC are fine with >scheduled bacup, but for my laptop I would much rather wan't to start >the the backup from the client. This could be when I'm at work on a >high-capacity line or when I know it's on. > >I can't seem to find any hints in the documentation on how to solve >this in the documentation: any help? > > > ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ BackupPC-users mailing list Bac...@li... https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/ |
From: <mik...@mi...> - 2004-01-16 19:06:35
|
; Fri, 16 Jan 2004 13:20:57 -0600 From: "Mike Trisko" <mik...@mi...> To: <Bac...@li...> Subject: RE: [BackupPC-users] Side Bar Items Date: Fri, 16 Jan 2004 13:08:12 -0600 Message-ID: <017101c3dc64$16b90390$47141a0a@USCHIMTRISKO1> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0172_01C3DC31.CC1E9390" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: <400...@in...> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal This is a multi-part message in MIME format. ------=_NextPart_000_0172_01C3DC31.CC1E9390 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit What username did you use when logging into the CGI? I could be wrong, but what you showed below may be normal when you are logged in as an individual user, as opposed to being logged in as an administrator (backuppc). Mike -----Original Message----- From: bac...@li... [mailto:bac...@li...] On Behalf Of Jason J Sent: Friday, January 16, 2004 11:31 AM To: bac...@li... Subject: [BackupPC-users] Side Bar Items Most of the side bar items are not hyperlinked for me. I am sure I didnt do something correctly to set them up. . <https://priv1.igi.com/backuppc/BackupPC_Admin.cgi> Status .PC Summary .LOG file .Old LOGs .Email summary .Config file .Hosts file .Current queues . <https://priv1.igi.com/backuppc/BackupPC_Admin.cgi?action=view&type=docs > Documentation . <http://backuppc.sourceforge.net/faq> FAQ . <http://backuppc.sourceforge.net> SourceForge BTW, I have 21 machines currently being backed up by backuppc. This program rocks. Thank you Craig! ------=_NextPart_000_0172_01C3DC31.CC1E9390 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <TITLE>Message</TITLE> <META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR></HEAD> <BODY> <DIV><SPAN class=3D203530319-16012004><FONT face=3DArial color=3D#0000ff = size=3D2>What=20 username did you use when logging into the CGI? I could be = wrong, but=20 what you showed below may be normal when you are logged in as = an=20 individual user, as opposed to being logged in as an administrator=20 (backuppc).</FONT></SPAN></DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2></FONT> </DIV> <DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20 class=3D203530319-16012004>Mike</SPAN></FONT></DIV> <DIV><FONT face=3DArial color=3D#0000ff><SPAN=20 class=3D203530319-16012004></SPAN></FONT><FONT face=3DTahoma><BR><FONT=20 size=3D2>-----Original Message-----<BR><B>From:</B>=20 bac...@li...=20 [mailto:bac...@li...] <B>On Behalf Of = </B>Jason=20 J<BR><B>Sent:</B> Friday, January 16, 2004 11:31 AM<BR><B>To:</B>=20 bac...@li...<BR><B>Subject:</B> [BackupPC-users] = Side=20 Bar Items<BR><BR></FONT></DIV></FONT>Most of the side bar items are not=20 hyperlinked for me. I am sure I didnt do something correctly to set them = up.=20 <BR><BR><B>·</B><A=20 href=3D"https://priv1.igi.com/backuppc/BackupPC_Admin.cgi"><SMALL>Status<= /SMALL></A>=20 <B>·</B><SMALL>PC Summary</SMALL> <B>·</B><SMALL>LOG = file</SMALL>=20 <B>·</B><SMALL>Old LOGs</SMALL> <B>·</B><SMALL>Email = summary</SMALL>=20 <B>·</B><SMALL>Config file</SMALL> <B>·</B><SMALL>Hosts = file</SMALL>=20 <B>·</B><SMALL>Current queues</SMALL> <B>·</B><A=20 href=3D"https://priv1.igi.com/backuppc/BackupPC_Admin.cgi?action=3Dview&a= mp;type=3Ddocs"><SMALL>Documentation</SMALL></A>=20 <B>·</B><A = href=3D"http://backuppc.sourceforge.net/faq"><SMALL>FAQ</SMALL></A>=20 <B>·</B><A=20 href=3D"http://backuppc.sourceforge.net"><SMALL>SourceForge</SMALL></A><B= R><BR><BR>BTW,=20 I have 21 machines currently being backed up by backuppc. This program = rocks.=20 <BR><BR>Thank you Craig!<FONT color=3D#666666 = size=3D-1><BR></FONT></BODY></HTML> ------=_NextPart_000_0172_01C3DC31.CC1E9390-- |
From: ciccio w. <kvt...@ho...> - 2004-06-18 12:01:32
|
I have a simple question but i don't know the answer myself In the configfiles you put stuff like $Conf{BackupFilesOnly}='/dir1'; $Conf{BackupShareName} = '/dir2' if you use rsync with linux clients what will be backuped then? /dir1/dir2 or /dir2/dir1 or /dir1 or /dir2 ??? just wondering. klaas _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail |
From: Mike R. <mi...@re...> - 2005-01-03 20:56:52
|
-- NEW EMAIL ADDRESS -- mi...@re... Michael Richardson CompTIA A+ certified REMC #1 Network Administrator http://www.remc1.k12.mi.us TWICE Vice President http://www.twice.cc PO Box 270 (906) 482-4520 phone 809 Hecla St (906) 482-5031 fax Hancock, MI 49930 370 5911 mobile 206 0011 pager |
From: Matthew D. <de...@rp...> - 2005-02-23 06:11:34
|
From: Zolid|Jesper H. <je...@zo...> - 2005-02-28 11:38:45
|
Hi, I have a newly installed GNU/Linux Debian with backuppc 2.10 installed. It's purpose is to backup 4 windows-servers. Everything is working fine after the installation - but I have some probl= ems with special-caracters. In danish we have 3 speciel caracters: =C6 > ae =D8 > oe =C5 > aa (I don't know if foreign mailclients kan see them above). The problem is = that folder with these speciel caracters in their names are not backed up. When browsing the backups from the web-interface these folders are displa= yed - but when clicking on them I get a "page cannot be displayed error". How do I fix this problem? sincerely Jesper I. Haggren (JI) Systemadministrator, Slagelse Gymnasium & HF-Kursus Denmark ------------------------ Willemoesvej 2A DK-4200 Slagelse CVR.: 57 05 79 12 EAN-nr.: 5798002033724 Telefon.: +45 58 53 00 12 Direkte.: + 45 58 55 59 38 Serverrum.: + 45 58 53 39 73 Fax.: +45 58 50 12 33 www.: www.slagelse-gym.dk |
From: <wol...@ar...> - 2005-08-01 09:30:59
|
Hello (Sorry, if this mail should show up more than once, I am having trouble sen= ding it) When backing up a certain host running Debian stable I get some comprehensi= ble directories like /home or /srv but most directories or files are like this ?&?=ED=CAH ?=E0?=86=E0,GF=E4T??=FEw=DDh Cp=B6??=D1S?=E1?=9Dk=90hU=B9:!=A4= =86WB. This can be localhost, so no encryption seems to be involved. The files and= directories might belong to mount points different from /home or /srv or /= lost+found, the readable ones. I really don't know where to look for inspiration. Anyone with a hint or a = similar experience? Thank you very much! Wolfgang=20 Machen Sie aus 14 Cent spielend bis zu 100 Euro! Die neue Gaming-Area von Arcor - =FCber 50 Onlinespiele im Angebot. http://www.arcor.de/rd/emf-gaming-1 |
From: Mirco E. <me...@mi...> - 2005-11-07 21:00:59
|
Hi, I have backuppc 2.1.2 running and it is working great. the only = issue I have is that when I choose to do a FULL RESTORE and choose that = option, not all the data is restored and I am forced to manualy go into = certain sub directories and "reselect" them and do the restore on them. Your help will be greatly appreciated. Mirco Ellis Mirco Ellis IT Consulting 0721788200 me...@mi... |