Add to deja-dup wake on lan functionality

May be deja-dup could use a python script called powerwake
https://launchpad.net/ubuntu/karmic/+source/powernap

This sounds like functionality that would make sense in duplicity. Added a duplicity bug task.

Yes but it may require a bit of GUI to input server name and may be MAC address

On Thu, Sep 17, 2009 at 1:17 PM, Michael Terry
<email address hidden> wrote:
> This sounds like functionality that would make sense in duplicity.
> Added a duplicity bug task.
>
> ** Also affects: duplicity
>   Importance: Undecided
>       Status: New
>
> --
> Add to deja-dup wake on lan functionality
> https://bugs.launchpad.net/bugs/431219
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Déjà Dup: New
> Status in duplicity - Bandwidth Efficient Encrypted Backup: New
>
> Bug description:
> Another item that I would like to add to the wish-list.
>
> I have recently installed a low-power home server that is the target of my backups. In general (As many users I guess) I am not at home for most of the day and to save even more power (and the planet :-) ) I can set up the server to go in S3 sleep mode if no processes are running and I can manually wake-on-lan whenever I want the server up and running.
>
> In case of duplicity I should not care to know when the backup is happening and it would be great if duplicity could do the wake-up for me.
>

Oh, I assumed that it would work with just the server information Deja Dup already has. I see now that you need the ip/name to be cached or use the MAC address (which makes sense since the server is off...). So maybe it would need a bit of UI to work.

Ken, this functionality could live in duplicity (if host isn't reachable, try to wake it; would need to allow passing an optional MAC address to use or if that isn't provided just try the server name given and hope).

Or if you're not excited about it, the feature could live just in Deja Dup, if and when it's added.

Michael Terry wrote:
> Oh, I assumed that it would work with just the server information Deja
> Dup already has. I see now that you need the ip/name to be cached or
> use the MAC address (which makes sense since the server is off...). So
> maybe it would need a bit of UI to work.
>
> Ken, this functionality could live in duplicity (if host isn't
> reachable, try to wake it; would need to allow passing an optional MAC
> address to use or if that isn't provided just try the server name given
> and hope).
>
> Or if you're not excited about it, the feature could live just in Deja
> Dup, if and when it's added.

Adding to duplicity would make sense. Send me some pointers on the API
and I'll see what I can do. The MAC address is quite often still in the
ARP cache even if the machine is off, so we may be able to do without
any user input if that's the case.

...Ken

Hi Ken,

I have done a small research on existing clients.

One possibility is this PERL script (there is also a python wrapper):
http://gsd.di.uminho.pt/jpo/software/wakeonlan/

Another possibility is this Canonical project:
http://blog.dustinkirkland.com/2009/07/introducing-powernap.html
https://launchpad.net/powernap
there is a script "powerwake" that should be up ok for the job:
http://bazaar.launchpad.net/~kirkland/powernap/trunk/annotate/head%
3A/powerwake

Cheers

Emilio

On Thu, 2009-09-17 at 16:37 +0000, Kenneth Loafman wrote:
> Michael Terry wrote:
> > Oh, I assumed that it would work with just the server information Deja
> > Dup already has. I see now that you need the ip/name to be cached or
> > use the MAC address (which makes sense since the server is off...). So
> > maybe it would need a bit of UI to work.
> >
> > Ken, this functionality could live in duplicity (if host isn't
> > reachable, try to wake it; would need to allow passing an optional MAC
> > address to use or if that isn't provided just try the server name given
> > and hope).
> >
> > Or if you're not excited about it, the feature could live just in Deja
> > Dup, if and when it's added.
>
> Adding to duplicity would make sense. Send me some pointers on the API
> and I'll see what I can do. The MAC address is quite often still in the
> ARP cache even if the machine is off, so we may be able to do without
> any user input if that's the case.
>
> ...Ken
>