Re: [Nssbackup-team] [Bug 694721] Re: Too many pop up dialogs

2011-01-01 Thread Anton Feenstra

On 29/12/10 19:40, Jean-Peer Lorenz wrote:

Opinions on this issue are welcome. I see one problem: silent mode vs.
unintenional missed backups. Personally, I prefer only use indicator
applet/ notification system to notify about missing locations as expert
option.


With the gnome notification system (don't know the specific terminology 
here, but whatever comes with Ubuntu by default), you have the option to 
click a 'don't show this message again' button. That would keep the 
sbackup interface from getting cluttered with options, and shift the 
decision to when you know what you're choosing.



--
Groetjes,

Anton
 _ ___
| |   |
|  _   _  ___,| K. Anton Feenstra |
| / \ / \'| | | IBIVU/Bioinformatics - Free University  Amsterdam |
|(   |   )| | | De Boelelaan 1083A - 1081 HV Amsterdam - Netherlands  |
| \_/ \_/ | | | Tel +31 20 59 87783 - Fax +31 20 59 87653 - Room P136 |
| | feens...@few.vu.nl - www.few.vu.nl/~feenstra/ |
| | (That makes 100 errors; please try again.) (TeX)|
|_|___|

___
Mailing list: https://launchpad.net/~nssbackup-team
Post to : nssbackup-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~nssbackup-team
More help   : https://help.launchpad.net/ListHelp


Re: [Nssbackup-team] [Question #129095]: Running backup from the command line

2010-10-13 Thread Anton Feenstra

On 13/10/10 09:45, Anton wrote:

Question #129095 on Simple Backup changed:
https://answers.launchpad.net/sbackup/+question/129095

Anton proposed the following answer:
On 12/10/10 19:53, PeterK2003 wrote:

New question #129095 on Simple Backup:
https://answers.launchpad.net/sbackup/+question/129095

i used to have a cron job setup to run sbackup on servers every night:

if [ -x /usr/sbin/sbackupd ]; then /usr/sbin/sbackupd; fi;

After upgrading to Ubuntu 10.10 this no longer seems to workHelp?


It's now called /usr/sbin/sbackup


Sorry, that should have been /usr/bin/sbackup


Anton

___
Mailing list: https://launchpad.net/~nssbackup-team
Post to : nssbackup-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~nssbackup-team
More help   : https://help.launchpad.net/ListHelp


Re: [Nssbackup-team] [Fwd: Re: Logarithmic purge disabled]

2010-08-23 Thread Anton Feenstra

On 23/08/10 10:55, Jean-Peer Lorenz wrote:

 Weitergeleitete Nachricht 
Von: Jean-Peer Lorenzpeer@gmx.net
An: Anton Feenstrafeens...@few.vu.nl
Betreff: Re: Logarithmic purge disabled
Datum: Mon, 23 Aug 2010 10:54:16 +0200

Good morning Anton,

Thank you for looking into SBackup and your bug tracking. Another
maintainer able to fix minor flaws would be great. Software maintenance
is really time consuming.


You're welcome!


I'm sorry to tell you, that I've already fixed the purge issue. I'll
prepare an updated release within the next days. I've re-implemented it
similar to the simple purge: only freestanding snapshots are removed and
the removal process is repeated until no freestanding snapshot or at
least 1 snapshot remain (within a certain period).


Great to have this fixed, as this was keeping me back from using nssbackup.

Basically, this is now again the old sbackup behaviour, is that right?


The more I think about rebasing of snapshots, the more I dislike the
whole idea. It is always dangerous to modify backuped data, even more if
it stored in 'foreign' formats (here tar). Moreover, the current
implementation of writing TAR snapshot files (snar files) contains
errors and updating tarballs in only possible for uncompressed tars. So,
I consider to cut rebasing completely. But that's another story...


Yes, that was also my feeling when this rebasing was discussed on the 
nssbackup-team.




--
Groetjes,

Anton
 _ ___
| |   |
|  _   _  ___,| K. Anton Feenstra |
| / \ / \'| | | IBIVU/Bioinformatics - Free University  Amsterdam |
|(   |   )| | | De Boelelaan 1083A - 1081 HV Amsterdam - Netherlands  |
| \_/ \_/ | | | Tel +31 20 59 87783 - Fax +31 20 59 87653 - Room P136 |
| | feens...@few.vu.nl - www.few.vu.nl/~feenstra/ |
| | Interfacing Space and Beyond... (P. J. Harvey)  |
|_|___|

___
Mailing list: https://launchpad.net/~nssbackup-team
Post to : nssbackup-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~nssbackup-team
More help   : https://help.launchpad.net/ListHelp


Re: [Nssbackup-team] [Question #116342]: tar takes a long time, 100% CPU, with no output

2010-07-02 Thread Anton Feenstra

On 01/07/10 12:49, B.J. Herbison wrote:

Question #116342 on NSsbackup changed:
https://answers.launchpad.net/nssbackup/+question/116342

B.J. Herbison gave more information on the question:
Additional information: The target device is a mounted network drive,
but it is available with over 1TB free. The backup created nine files in
the target directory so it is writable.  Nothing looks unusual in the
log file, the last line talks about invoking tar.


To answer your previous questions, yes in most systems you should expect 
the filesize to grow as tar produces its output. In some cases, however 
the filesize may not be updated, e.g. over nfs on some systems. Do you 
have direct access to the server on which your network drive resides? 
There, certainly, filesize must be up to date and thus should be growing.


Other ways to monitor tar is by 'top'; you should normally see 
alternating activity of tar (collecting and reading files) and gzip 
(compressing tar's output on the fly). In addition, your network monitor 
should register outgoing data. Finally, using 'iotop', you should be 
able to monitor disk io of the tar process reading files.


Collecting this information should give more clues about where the error 
originates. Could you report back to us with that?



--
Groetjes,

Anton
 _ ___
| |   |
|  _   _  ___,| K. Anton Feenstra |
| / \ / \'| | | IBIVU/Bioinformatics - Free University  Amsterdam |
|(   |   )| | | De Boelelaan 1083A - 1081 HV Amsterdam - Netherlands  |
| \_/ \_/ | | | Tel +31 20 59 87783 - Fax +31 20 59 87653 - Room P136 |
| | feens...@few.vu.nl - www.few.vu.nl/~feenstra/ |
| | Just a Minute While I Reinvent Myself (Red Hot  |
| | Chili Peppers)|
|_|___|

___
Mailing list: https://launchpad.net/~nssbackup-team
Post to : nssbackup-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~nssbackup-team
More help   : https://help.launchpad.net/ListHelp


Re: [Nssbackup-team] [Bug 375816] Re: Remote SFTP destination doesn't work

2009-05-14 Thread Anton Feenstra

Endolith wrote:

Although this format and the test button work, I get an error when it
tries to backup:

NSsbackup [Default Profile]
An error occured: '[Errno 13]
Permission denied: '/mnt/nssbackup/ssh_usern...@hostname/media''


I'm missing something. I cannot do any ssh:// backup; it fails saying: 
No plugin could deal with that schema 
'ssh://user@host/home/user/xd/backup_note/'
Have you done anything special to get ssh connections to work? Some 
required packages?


Groetjes,

Anton.


___
Mailing list: https://launchpad.net/~nssbackup-team
Post to : nssbackup-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~nssbackup-team
More help   : https://help.launchpad.net/ListHelp