GitLab

some additional privs; allowed to view/edit node logs and histories of
all nodes, plus some others.

with no other stuff on page. Notes:

* I added a new building called MEB-ROBOTS cause otherwise it would
  show up on the wireless maps since floormap gets all the floors for
  a building. Need to add type tags someplace, but not sure where yet

* I committed Russ' initial jpeg image to use in the floorimages
  table. Russ can replace that when he generates a better looking
  version.

* I linked the robots map in from the node status page ...

table).

With apologies to all those non-broadband trogs (use green dot if you want
to download fast) :-)

that I added to the DB. See revision 1.251 of sql/database-create.sql.
I have removed all of the hardwired names of buildings, images, files,
etc. I have also added MEB floors 1 and 2, but they do not show up on
the status page unlesss there are actually nodes assigned to them.
When you go to set a node location, you do see the little thumbs of
all existing buildings/floors, so you can add nodes to floors that do
not currently have any.

Still needs some work to cleanly display multiple buildings, but thats
for another day.

project permission. By default you get a summary of all the free nodes
you can use in all your project memberships, which is not too
useful. It would be more useful to see what types you can use by
project, since that is how permission is granted and how experiments
are created. So, when you are a member of more than one project,
display a list of those projects along the top so you can see the list
on a per-project basis.

More generally, if you are an admin person:

	www.emulab.net/nodecontrol_list.php3?showtype=summary&bypid=tbres

will show out the summary information for a particular project. At
some point I need to make this a subroutine that we can call from
other pages to drop in a summary table.

Remove isadmin() restriction from floormap pages; at some point I
assume we make the floormaps publically available.

Make MEB the default argument to the floormap page until such time
that we need something fancier.

Add a link to the wireless tutorial I am currently throwing up onto
paper.

node_types table, especially when setting up new testbeds. Currently,
linked off the node summary page, when in admin mode you get the edit
link instead of the show link.

ignore that count as free only.

isalive reported from pxeboot kernel when node is free).

for all nodes the user has permission to use (checks the
nodetypeXpid_permissions table).

sorting options).

and in reports.

can I say? This page is public, and linked from various places.

Added processor type, location, inet connection type to widearea listing.

so it is misleading.

or not. Handy since the vname indicates where the node is. Of course,
this needs to be better someday, like maybe real geographic info.

numeric order by priority instead of name.

The big one.

New look;
most of the changes are in menu.php3.

A lot of the changes in other files are s/<TD>/<TH>/
for table headers.

Also closed some tags, tweaked some table styles, etc..

No actual functionality should have changed.

Will be installing soon...

conditionalized on isadmin() status. These pages were mostly
overlapping anyway, and the nodecontrol_list.php3 page was done more
cleanly. No point in all the duplication. Dropped the Node Control
menu item from the list.
Add explicit "widearea" view to get remote nodes in their own page,
instead of listed after all the PCs. Also some minor formatting
changes.

node types, or all nodes.

up or not (what the up/down page does, but its more useful on this
page.

the node control page. Add verbose option to add sharks to list; off
by default.

supporting autocreating and autoloading images. The imageid form now
sports a field to specify a nodeid to create the image from; If set,
the backend create_image script is invoked. Thats the easy part.
Slightly harder is autoloading images based on the osid specified in
the NS file. To support this, I have added a new DB table called
osidtoimageid, which holds the mapping from osid/pctype to imageid.
When users create images, they must specify what node types that image
is good for. Obviously, the mappings have to be unique or it would be
impossible to figure it out! Anyway, once that image mapping is
in place and the image created, the user can specify that ID in the NS
file. I've changed os_setup to to look for IDs that are not loaded,
and to try and find one in the osidtoimageid. If found, it invokes
os_load. To keep things running in parallel as much as possible,
os_setup issues all the loads/reboots (could be more than a single set
of loads is multiple IDs are in the NS file) at once, and waits for
all the children to exit. I've hacked up os_load a bit to try and be
more robust in the face of PXE failures, which still happen and are
rather troublsesome. Need an event system!

Contained in this revision are unrelated changed to make the OS and
Image IDs per-project unique instead of globally unique, since thats a
pain for the users. This turns out to be very messy, since underneath
we do not want to pass around pid/ID in all the various places its
used. Rather, I create a globally unique name and extened the OS and
Image tables to include pid/name/ID. The user selects pid/name, and I
create the globally unique ID. For the most part this is invisible
throughout the system, except where we interface with the user, say in
the web pages; the user should see his chosen name where possible, and
the should invoke scripts (os_load, create_image, etc) using his/her
name not the internal ID. Also, in the front end the NS file should
use the user name not the ID. All in all, this accounted for a number
of annoying changes and some special cases that are unavoidable.

Remove hot list for osids from big node listing to cut down on the
size of the html that gets spit out.