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-fo...@backupcentral.com] > Sent: Sunday, April 18, 2010 3:45 AM > To: bacula-users@lists.sourceforge.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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
