You are right, ping is an active polling method, and probably not the best tool
for the job. It would probably work if you only have a few laptops. If you want
to back up many of them, I agree that it may cause too much ICMP traffic.
Also, you would need a mechanism to detect that a backup has already started or
has run within the last 24 hours.
A better approach is probably some kind of passive mechanism. For instance, if
you are in a domain, you could create a startup or logon script that creates a
"flag" file somewhere on your server. Then create a Linux script that checks if
that file has been created. If it has been created, kick of bacula and delete
the flag file. Now all you have to do is call this script from your crontab
every 15 minutes or so.
There are variations of this approach. You could use fam instead of polling
from a crontab.
Or you could give your client computers permission to access bconsole and kick
off the backup from within a startup script (note: if you use a logon script,
you have to give the USER account permission. If you use a startup script, you
have to give the COMPUTER account permission to use bconsole).
> -----Original Message-----
> From: marco zanca [mailto:bacula-forum AT backupcentral DOT com]
> Sent: Sunday, April 18, 2010 3:45 AM
> To: bacula-users AT lists.sourceforge DOT net
> Subject: [Bacula-users] Laptop backup
>
>
> What about a script that ping the specific ip or name (e.g. 192.168.1.2
> or client1.work) and then, when the first ping response, start the
> backup with the command bconsole etc?
> I think this could work, but i'm not happy with this solution. Too much
> overhead maybe? And potentially too much ICMP packets around.
> And what if the laptop disconnects? If the job is started i think i end
> up with a huge error.
>
> I'm start to think that bacula isn't supposed to be used in such
> enviroment.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
