supported).

this used to work, odd that we even did this.

'Expression #1 of ORDER BY clause is not in SELECT list, references
 column 'tbdb.m.date_approved' which is not in SELECT list; this is
 incompatible with DISTINCT'

(But then I just if-0'ed out the whole planetlab related query).

https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sqlmode_only_full_group_by

partition/partitions/stored/virtual

error location. This closes issue #292.

Add setzfsquotas script to handle fixup of existing quotas, add update
script to do a one-time invocation of this script at boss-install time,
and fix accountsetup so it will properly set both quotas going forward.

Add defs-* multiplier factor variable for setting "quota" based on "refquota".
For most sites this will just be 1.0. On the mothership, where we use ZFS
snapshots for backup, we are going to start with 2.0.

In the beginning, the number and size of experiments was small, and so
storing the entire slice/sliver status blob as json in the web task was
fine, even though we had to lock tables to prevent races between the
event updates and the local polling.

But lately the size of those json blobs is getting huge and the lock is
bogging things down, including not being able to keep up with the number
of events coming from all the clusters, we get really far behind.

So I have moved the status blobs out of the per-instance web task and
into new tables, once per slice and one per node (sliver). This keeps
the blobs very small and thus the lock time very small. So now we can
keep up with the event stream.

If we grow big enough that this problem comes big enough, we can switch
to innodb for the per-sliver table and do row locking instead of table
locking, but I do not think that will happen