1. 11 Aug, 2015 2 commits
  2. 27 Jul, 2015 1 commit
  3. 11 Jul, 2015 1 commit
    • Leigh B Stoller's avatar
      Improvements to admin extend: · 7564c408
      Leigh B Stoller authored
      1. Provide text box to add to email message that is sent to user.
      2. Track outstanding admin required requests, add a Deny button for those.
      3. Add option to experiment listing for admins, to see outstanding admin
         required approval.
  4. 10 Jul, 2015 1 commit
  5. 30 Jun, 2015 1 commit
  6. 19 Jun, 2015 1 commit
    • Leigh B Stoller's avatar
      New support for importing image backed datasets from other clusters. This · 613d90dd
      Leigh B Stoller authored
      is just like importing images (by using a url instead of a urn), which
      makes sense since image backed datasets are just images with a flag set.
      Key differences:
      1. You cannot snapshot a new version of the dataset on a cluster it has
         been imported to. The snapshot has to be done where the dataset was
         created initially. This is slightly inconvenient and will perhaps
         confuse users, but it is far less confusing that then datasets getting
         out of sync.
      2. No image versioning of datasets. We can add that later if we want to.
  7. 10 Jun, 2015 1 commit
  8. 09 Jun, 2015 1 commit
  9. 28 May, 2015 1 commit
  10. 26 May, 2015 1 commit
  11. 22 May, 2015 1 commit
  12. 15 May, 2015 1 commit
  13. 01 May, 2015 2 commits
  14. 30 Apr, 2015 1 commit
  15. 27 Apr, 2015 2 commits
  16. 21 Apr, 2015 2 commits
  17. 15 Apr, 2015 1 commit
  18. 14 Apr, 2015 2 commits
  19. 13 Apr, 2015 1 commit
  20. 10 Apr, 2015 1 commit
  21. 04 Apr, 2015 1 commit
  22. 31 Mar, 2015 1 commit
  23. 09 Mar, 2015 1 commit
  24. 05 Mar, 2015 1 commit
  25. 02 Mar, 2015 1 commit
  26. 27 Jan, 2015 1 commit
    • Leigh B Stoller's avatar
      Two co-mingled sets of changes: · 85cb063b
      Leigh B Stoller authored
      1) Implement the latest dataset read/write access settings from frontend to
         backend. Also updates for simultaneous read-only usage.
         The first changes the way that projects and users are treated at the
         CM. When set, we create real accounts (marked as nonlocal) for users and
         also create real projects (also marked as nonlocal). Users are added to
         those projects according to their credentials. The underlying experiment
         is thus owned by the user and in the project, although all the work is
         still done by the geniuser pseudo user. The advantage of this approach
         is that we can use standard emulab access checks to control access to
         objects like datasets. Maybe images too at some point.
         NOTE: Users are not removed from projects once they are added; we are
         going to need to deal with this, perhaps by adding an expiration stamp
         to the groups_membership tables, and using the credential expiration to
         mark it.
         The second new configure option turns on the web login via the geni
         trusted signer. So, if I create a sliver on a backend cluster when both
         options are set, I can use the trusted signer to log into my newly
         created account on the cluster, and see it (via the emulab classic web
         All this is in flux, might end up being a bogus approach in the end.
  27. 15 Dec, 2014 1 commit
  28. 04 Dec, 2014 1 commit
  29. 03 Dec, 2014 3 commits
  30. 29 Oct, 2014 1 commit
  31. 03 Sep, 2014 1 commit
  32. 02 Sep, 2014 1 commit
  33. 27 Aug, 2014 1 commit
    • Leigh B Stoller's avatar
      Large set of changes for using the Geni trusted signer tool, to · 980f6cbd
      Leigh B Stoller authored
      authenticate Geni users to CloudLab (who do not have Emulab accounts).
      CloudLab users must have an account to do anything (unlike APT which allows
      guest users). But instead of requiring them to go through the Emulab
      account creation (high bar), let then use their Geni credentials to prove
      who they are. We then build a local account for that new user, and save off
      the speaksfor credential so that we can act on their behalf when talking to
      the backend clusters (and their MA to get their ssh keys).
      These users do not have a local account password, so they cannot log into
      the web interface using the Emulab login page, nor do they have a shell on
      Once authenticated, we put the appropriate cookies into the browser via
      javascript, so they can use the Cloud (okay, APT) web interface (they
      appear logged in).
      I make use of the nonlocal_id field of the users table, which was not being
      used for anything else. Officially, these are "nonlocal" users in the code
      When a nonlocal user instantiates a profile, we use their speaksfor
      credential to ask their home MA for their ssh keys, which we then store in
      the DB, and then provide to the aggregate via the CreateSliver call.
      Note that no provision has been made for users who edit their profile and
      add keys; I am not currently expecting these users to stumble into the web
      interface (yet).