and not do any conversion.

Bug 2782

if nodes are given.

Bug 2782

Bug 2782

Bug 2782

Bug 2782

we can use jobacctinfo_aggregate instead which is much faster,
dealing with arrays instead of parsing strings and then call
jobacctinfo_2_stats only once.

Bug 2782

This also removes tres_usage_types_t as that is no longer needed.

This also adds the idea of a 'usage' tres type.

Bug 2782

Bug 2782

Bug 2872

Bug 2872

Bug 2872

to the stepd where we will use it with the different plugins to gather
TRES usage.

What it does here currently is sends the assoc_mgr_tres_list to the
slurmd who then creates the assoc_mgr end there.

to avoid freeing it on accident.

messages other than just rc messages.

It isn't used quite yet, but will be in the next commit!

code copied from slurmdbd_defs.c so we can use it elsewhere.

This way we can put more on here as startup was only a bool anyway.

in the form of assoc_mgr_post_tres_list

Bug 2872

Not sure if this could be done a different way.  At the moment I
wouldn't mind making a common structure to get the read and writes. Or
perhaps make use of a different array or such.

In the end this might be the best way to do it, but it isn't clear at
the moment since the num_* isn't sent to the database in any fashion.

    Bug 2782

This will most likely be reverted as well since we plan on moving the
Usage TRES to dynamic.

Bug 2782

Bug 2782

Not sure if this could be done a different way.  At the moment I
wouldn't mind making a filesystem specific structure to pass in. Or
perhaps make use of a different array or such.

In the end this might be the best way to do it, but it isn't clear at
the moment since the num_* isn't sent to the database in any fashion.

Bug 2782

This will most likely be reverted as well since we plan on moving the
Usage TRES to dynamic.

Bug 2782

At the moment I am wondering if this is needed or not.  Perhaps we might
want to revert this.

Bug 2782

Bug 2782

Bug 2782

Bug 2782