A set of capture/capserver/DB changes.
Capserver and capture now handshake the owner/group of the tipline. Owner is defaults to root, and the group defaults to root when the node is not allocated. Capture will do the chmod after the handshake, so if boss is down when capture starts, the acl/run file will get 0,0, but will get the proper owner/group later after its able to handshake. As a result, console_setup.proxy was trimmed down and cleaned up a bit, since it no longer has to muck with some of this stuff. A second change was to support multiple tiplines per node. I have modified the tiplines table as such: | Field | Type | Null | Key | Default | Extra | +---------+-------------+------+-----+---------+-------+ | tipname | varchar(32) | | PRI | | | | node_id | varchar(10) | | | | | | server | varchar(64) | | | | | That is, the name of the tip device (given to capture) is the unique key, and there can be multiple tiplines associated with each node. console_setup now uses the tiplines table to determine what tiplines need to be reset; used to be just the name of the node_id passed into console_setup. Conversely, capserver uses the tipname to map back to the node_id, so that it can get the owner/group from the reserved table. I also removed the shark hack from nalloc, nfree, and console_reset, since there is no longer any need for that; this can be described completely now with tiplines table entries. If we ever bring the sharks back, we will need to generate new entries. Hah!
Showing with 297 additions and 241 deletions