GitLab

<sklower@vangogh.CS.Berkeley.EDU> for the following, related to the -z (zero)
option in imageunzip/frisbee:

  1. For the case where a full-disk image is smaller than
     the disk the image is being unzipped onto, we added
     code to zero the area between the end of the image and
     the end of the disk.

  2. During the unzipping process, when zeros are being written
     at the end of a chunk, a write() that returned a length
     different from the expected value previously caused an
     infinite loop.  We noticed this problem at ISI, on a number
     of pc733s, which we suspect may have (relatively minor)
     hardware disk problems.

The latter addressed a Mike-o that has existed for 4 years.  Call it failure
resilient computing or just plain denial, but because of a botched conditional,
I was ignoring failed writes to the disk.  This lead to one of those infinite loop
thingees if you actually had a bad disk.

used remote sites still running ancient FreebSD 4.10.

than 35 program agents on the same node.

Reported by "Randy Robertson" <rmrobert@isi.edu>.

IO::Handle::opened method doesn't work when a ref to STDOUT/ERR are stored in
a variable since it really a glob in perl 5.005.  IN 5.8 it works for some
reason.  To fix use IO::Handle::opened($$this) not $$this->opened()

older perl for reasons that are beyond me. Change to good old swap and
go.

declared NOT NULL (not necessary in 5.0).

ElabInElab experiments, so as not to consume an interface.

I actually modified Keith's changes so that we can dynmaically choose
the single or dual model in the NS file (Keith's changes hardwired the
system to only single control network) since the single network model
has the disadvantage of not allowing new nodes to be added to an inner
elab, which would make it impossible to test some things (like the
newnode path!).

To choose the single control network model, place this in your NS file:

	tb-elabinelab-singlenet

other it defaults to the older dual network model.

bigger then a /24 network, as in Utah's network. Mostly the changes
are how we deal with the reverse zone file creation and what gets
stuck into the named.conf file. Prior to this commit, we assumed a
single /24 network, cause thats how it looks in an elabinelab
experiment (which is where its critical to have the named config files
generated automatically).

But with the changes to support a single control network, the named
setup inside elabinelab is bigger then a /24 and the reverse files
have to be created and populated correctly.

gets to see them all in the first run.

strange cause it exists when the surrounding shell exits, so I changed
things a bit to avoid the problem. tiptunnel is a train wreck that
needs a total redo.

Keith's diff to support a single control network for ElabInElab
experiments, which I need installed so I can test the rest of the
changes. More details later.

The major functional change in this revision is converting from user
selected UIDs to system selected UIDs. This is controlled by the
variable $USERSELECTUIDS in defs/defs.php3.in which is now set to
zero, so system selected UIDs is the default.

The algo for creating the uid is to take the email address, strip the
@whatever from it, squeeze out dots and dashes and underlines, and
make sure any +foo tokens are removed. Then make sure it is unique by
taking the first 5 characters and then adding a 3 digit number,
derived by checking the DB to see what exists.

Since we will want to (more often) change the UID selected, there is a
new admin only menu option on the Show User page. It calls the backend
script to do the work (sbin/changeuid).

The login page now defaults to storing and showing the email address
for login, rather then the UID. It will still accept either one though
(has for a long time).

Along the way I also reorg'ed a number of pages to use the new user,
group, and project classes and moved some common functionality into
the class defs.

Also changed the way addpubkey is called, to avoid some confusion.

This is only a first step.  Though this is a common daemon, you still start
multiple copies, and it most likely won't handle all daemons we might want
to auto restart.

Add fix for:
  *** WARNING: batch_daemon:
  ***   dblog failed: Can't bless non-reference value at
  ***   /usr/testbed/lib/libdb.pm line 299.
which was caused by trying the blass an undefined value which is
happens when Mysql->connect failed.