emulab-devel merge requestshttps://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests2020-01-17T09:00:52-07:00https://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/59add support for 11.32020-01-17T09:00:52-07:00chuck cranoradd support for 11.3update values for BOSS_PORT, etc.update values for BOSS_PORT, etc.https://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/25shared-node-listener fails to start without a nohup from remote restarts2017-10-25T14:36:09-06:00Hussamuddin Nasirshared-node-listener fails to start without a nohup from remote restartshttps://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/20Modified the original files such that they are compatible with both HP 5406 a...2017-01-09T09:18:14-07:00Ali SydneyModified the original files such that they are compatible with both HP 5406 and HP5406r switches.Below are the tests executed to evaluate integration at gpo-ig:
1. Reserved VLANs and OF resources between two bare metal nodes connected to the HP5406r on the rack. "snmpit" was used on boss for these tests.
2. Crafted an rspec and u...Below are the tests executed to evaluate integration at gpo-ig:
1. Reserved VLANs and OF resources between two bare metal nodes connected to the HP5406r on the rack. "snmpit" was used on boss for these tests.
2. Crafted an rspec and used AM API calls to reserve OpenFlow resources between two bare metal nodes connected to the switch on the rack.
3. Repeated "2" but for two VMs connected between gpo-ig and utc-ig.
The OF controller was remotely located and all tests were successful (i.e. resources were allocated, flows were installed, traffic was forwarded between endpoints, resources were deleted).
IMPORTANT:
The updated packages rely on two new mibs for operation. I wasn't quite whether these were added in the repo/not. In any case, I have attached these to the ticket. Can you kindly place these in the same path as the other mibs(/usr/local/share/snmp/mibs)?[HP-ICF-OID-v1.txt](/uploads/bae87ee9f435e91b521b358358dd5eb4/HP-ICF-OID-v1.txt)[HP-SWITCH-CONFIG.txt](/uploads/978a4831b935fa4207cdfdd7f3749677/HP-SWITCH-CONFIG.txt)https://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/10Pull request for issue #572016-05-23T16:38:56-06:00Keith DowniePull request for issue #57Fixed the alignment of inputs in the finalize form. Also fixed the alignment of two of the form labelsFixed the alignment of inputs in the finalize form. Also fixed the alignment of two of the form labelshttps://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/9Fix for issue #712016-05-23T12:05:26-06:00Keith DownieFix for issue #71https://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/7WIP: Added support for project credential to Federation SA API, see #422016-04-12T08:09:55-06:00Wim Van de MeersscheWIP: Added support for project credential to Federation SA API, see #42Added support for requesting a project credential as in #42
You can just send a ```get_credential``` call to the federation SA endpoint and pass (a user credential and ) the project URN as arguments. You should get a project credenti...Added support for requesting a project credential as in #42
You can just send a ```get_credential``` call to the federation SA endpoint and pass (a user credential and ) the project URN as arguments. You should get a project credential back.
This works by simply passing the request to the protogeni SA API. This change is untested. It sure won't break anything, but I'm not sure if this will work correctly due to not being called from a sub auth URL (as the federation SA should never be called that way).https://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/5AMv3 Status bugfix2016-04-12T08:13:01-06:00Wim Van de MeersscheAMv3 Status bugfixOccasionally, ```geni_ready``` was returned as reply to an AMv3 ```Status``` call, while the sliver was not at all ready yet. (This issue does not occur in AMv2.)
That's bad for clients like jFed, which then stop periodically calling `...Occasionally, ```geni_ready``` was returned as reply to an AMv3 ```Status``` call, while the sliver was not at all ready yet. (This issue does not occur in AMv2.)
That's bad for clients like jFed, which then stop periodically calling ```Status```, and report to the user that everything is ready.
The cause was a bad fallback AMv3 status in case of an unknown internal status (```geni_ready``` was the fallback). This fix just returns "unknown" in that case, which fixes the problem. (Because the "unknown" status seems to be only intermediary anyway.)https://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/4Federation API Speaksfor slice cred fix2016-04-12T09:28:27-06:00Wim Van de MeersscheFederation API Speaksfor slice cred fixThis fixes a bug in slice credential lookup when only a speaksfor credential is provided to federation API ```get_credential``` call.
Details: The federation API wraps/calls the protogeni API, but the wrong arguments were passed in th...This fixes a bug in slice credential lookup when only a speaksfor credential is provided to federation API ```get_credential``` call.
Details: The federation API wraps/calls the protogeni API, but the wrong arguments were passed in this specific case. This was tested a while ago and is live on wall2.https://gitlab.flux.utah.edu/emulab/emulab-devel/-/merge_requests/1Bugfix: regexps in 'attempt to parse the violations of assign into something ...2014-11-03T14:22:54-07:00Brecht VermeulenBugfix: regexps in 'attempt to parse the violations of assign into something human readable'Leigh StollerLeigh Stoller