- 06 Nov, 2001 1 commit
-
-
Leigh B. Stoller authored
read. The impl (menu stuff) needs to be cleaned up for sure.
-
- 05 Nov, 2001 9 commits
-
-
Robert Ricci authored
TB_IMAGEID_READINFO - I was mistaken about the level of access implied by TB_IMAGEID_ACCESS.
-
Robert Ricci authored
currently defined as 30 minutes, to keep false positives to a minimum. Sends mail to testbed-ops if/when it finds any. The timing is not precise, as it only polls in between loading machines, but this is fine for our purposes.
-
Leigh B. Stoller authored
-
Leigh B. Stoller authored
people who want to log into the delay nodes and change a specific link.
-
Leigh B. Stoller authored
stuff so that the web page did not need to do anything except display and form processing. Add tbsetup/node_control for backend so that it can be called from the command line too. The virt_nodes table is also updated (for those values that have virt_nodes equivalents), and this mostly implies that changes can be applied only to swapped in experiments since we use the reserved table to map pcXXX to its vname so that the virt_nodes table can be updated. It is an easy extension to allow changes based on the pid/eid/vname, but I do not see a reason to support this ability yet. Note usage: Usage: node_control name=value [name=value ...] node [node ...] node_control -e pid,eid name=value [name=value ...] node_control -l For multiword values, use name='word0 ... wordN' Use -l to get a list of operational parameters you can change. Use -e to change parameters of all nodes in an experiment. {824} stoller$ /build/testbed/install//bin/node_control -l next_boot_osid - (administrators only) startup_command bios_version - (administrators only) rpms - (multiple options allowed) default_boot_cmdline default_boot_path default_boot_osid next_pxe_boot_path - (administrators only) tarfiles - (multiple options allowed) pxe_boot_path - (administrators only) next_boot_cmdline - (administrators only) deltas - (multiple options allowed) next_boot_path - (administrators only)
-
Mike Hibler authored
-
Leigh B. Stoller authored
-
Leigh B. Stoller authored
request.
-
Leigh B. Stoller authored
-
- 04 Nov, 2001 2 commits
-
-
Leigh B. Stoller authored
-
Leigh B. Stoller authored
-
- 03 Nov, 2001 1 commit
-
-
Leigh B. Stoller authored
-
- 02 Nov, 2001 11 commits
-
-
Leigh B. Stoller authored
whose idea was that. Oh right, mine.
-
Leigh B. Stoller authored
a lurking case where GID is null. Need to find that, but in the meantime this will keep the tmcd happy.
-
Leigh B. Stoller authored
there have been 260,000 connects (and 260,000 disconnects) to the mysqld server. 240,000 of them were from the TMCD! I've changed the DB code to keep the connection to the server open, and let the server time it out. The client side code library code already deals with a auto reconnect if the server goes away, so no reason to open/close this connection for every single DB query. Besides, it might help reduce the amount of time it takes to answer a single tmcd query, and that would be a good thing.
-
Robert Ricci authored
Made this number more easily tweakable: just set $max_tries in vlanLock(). Also, only prints out every 5th failure, and in a form that should make it more clear that it's a transient, recoverable, error.
-
Robert Ricci authored
was preventing VLANs from being cleared out before they were delted.
-
Ian Murdock authored
-
Robert Ricci authored
-
Ian Murdock authored
document.
-
Leigh B. Stoller authored
-
Ian Murdock authored
-
Leigh B. Stoller authored
-
- 01 Nov, 2001 13 commits
-
-
Ian Murdock authored
-
Ian Murdock authored
-
Ian Murdock authored
-
Ian Murdock authored
-
Robert Ricci authored
-
Robert Ricci authored
interface for this node.
-
Robert Ricci authored
-
Robert Ricci authored
control interface for this node.
-
Robert Ricci authored
-
Ian Murdock authored
-
Ian Murdock authored
-
Ian Murdock authored
-
Robert Ricci authored
operate on, but it turns out this can happen during normal operations. For example, an experiment with no VLANs.
-
- 31 Oct, 2001 3 commits
-
-
Leigh B. Stoller authored
hold separate values for each of the two pipes. This allows us to treat the links asymmetrically with respect to the delay node configuration. Changes to tmcd to return the expanded info, and rework (completely) delay_config to allow user to change the duplex characteristics (just like before), or just simplex characteristics by specifying the pipe number. By convention (I invented) pipe 0 is traffic coming in on iface0. Of course, none of the front end stuff has been changed, so the changing a single pipe does not cause anything in virt_lans to be changed, so those changes will be lost at swapout. Also get rid of all the ssh'ed pipe config stuff in delay_config. Instead, add a client side script called update_delays to /etc/testbed on the experiment nodes. After updating the delays table, just ssh over and run that script, which calls the existing code. Less distribution of knowledge.
-
Robert Ricci authored
we can now handle cross-switch links.
-
Robert Ricci authored
-