GitLab

(Also link the dbus machine-id file to the one systemd will generate on
the next boot.  This seems safe and correct.)

Certain things (like systemd's dhcp client) use the machine-id as a seed
for derived values.  For instance, systemd's dhcp client offers a
ClientIdentifier in the new client style, and some servers will return
the same address to *all* requesting clients, instead of returning only
based on source MAC.  Can't have any of that confusion.

1. Split the resource stuff (where we ask for an advertisement and
   process it) into a separate script, since that takes a long time to
   cycle through cause of the size of the ads from the big clusters.

2. On the monitor, distinguish offline (nologins) from actually being
   down.

3. Add a table to store changes in status so we can see over time how
   much time the aggregates are usable.

and return REFUSED.

terminate instead.

to work on the new aggregates.

like the edit page does.

Terminate and/or Freeze. So now we can send email to users about an
experiment, that comes from the system and not from us personally?

like a long time, but lets try to avoid flapping especially on the
POWDER fixed nodes. Might revisit with a per aggregate period setting.
Send mail only once per day (and when daemon starts), send email when
aggregate is alive again. This closes issue #425.

the cord, these routes break contact with the Mothership

When IsFeasible processes the list of events (i.e. reservation
start/end, expt start/end), it processes them in sorted order of event
time, but if times are equal, there is no secondary sort, and thus the
additive (incoming) reservation might be processed before the reductive
(outgoing) reservation), which would create a false negative hole in the
forecast.  This commit adds the secondary sort.

with cause and optionally freeze the user. "Cause" means you can paste
in a block of text that is emailed to the user.

This is actually implemented in a backend perl script, so you can
do the seach from the command line, but that would be silly, right?

defined in portal_defs/portal_maintsite. This closes issue #449.

Portal resource availability page. Mothership only.

wrong.