Ticket #6371 (closed enhancement: fixed)

Opened 6 years ago

Last modified 6 years ago

Package the upgrade server for the school-server.

Reported by: mstone Owned by: martin.langhoff
Priority: normal Milestone: xs-0.4
Component: school server Version:
Keywords: fedoradev Cc: wad, cscott, mstone, dgilmore
Action Needed: never set Verified: no
Deployments affected: Blocked By: #7796
Blocking:

Attachments

0001-Add-support-for-server-to-pick-an-update-server.patch (2.1 kB) - added by martin.langhoff 6 years ago.
olpc-update patch

Change History

Changed 6 years ago by gregorio

  • milestone deleted

Milestone Never Assigned deleted

Changed 6 years ago by martin.langhoff

  • next_action set to never set
  • milestone set to xs-0.4

Changed 6 years ago by martin.langhoff

  • keywords fedoradev added

See discussion on devel@

Changed 6 years ago by martin.langhoff

  • type changed from defect to enhancement

I have been working on this today, and an upgrade server will be in xs-0.4.

The upgrade server is insteresting for updates.laptop.org, as it can pull builds on demand. The XS scenario is upstream-bandwidth constrained and more "directed" (by the NOC team).

I am implementing the upgrade server (and general rsync content server) as a plain rsync daemon running under fakeroot with a single (larger) state file. I've copied the minimal bits of unpacking logic needed from the upgrade server to a couple of auxiliary scripts.

Also looking at measuring the RAM costs of each rsync transaction and setting max connections in rsyncd.conf accordingly. F9 has rsync 3 which should minimise RAM usage, but most of the RAM savings depend on using a smarter protocol with the client. Once we have F9 vs F9 we can raise the limits.

Changed 6 years ago by martin.langhoff

  • owner changed from mstone to martin.langhoff

Correction - not rsync daemon but rsync via xinetd.

Changed 6 years ago by martin.langhoff

  • blockedby 7796 added

(In #7796) After a bit of research on this, the following tools seem to fit the bill

  • ivman - a genering DBus event handler. Upside: it seems to be moderately popular, generic hooks to trigger scripts on dbus events. Downsides: unmaintained, bad config syntax.
  • hal-autofs - python listener. simple, we can probable even make it work and adapt to our evil means.

Changed 6 years ago by martin.langhoff

Done. The tagged v0.3 is packaged and in the repo. Updated my XO nicely.

http://wiki.laptop.org/go/XS-rsync

Also attaching here the patch to olpc-update I sent to Scott.

Changed 6 years ago by martin.langhoff

olpc-update patch

Changed 6 years ago by cscott

Patch committed and included in olpc-update 2.14, which ought to be in the next joyride.

Changed 6 years ago by martin.langhoff

  • status changed from new to assigned

Mostly done. David Van Assche's questions point to some minor errors in doco...

Changed 6 years ago by martin.langhoff

  • status changed from assigned to closed
  • resolution set to fixed

Updated README too.

Note: See TracTickets for help on using tickets.