1. 19 Nov, 2017 1 commit
    • Leigh B Stoller's avatar
      Round of changes related to dataset approval: · f431479c
      Leigh B Stoller authored
      Previously we forced all Portal datasets to auto approve at the target
      cluster, now we let the local policy settings determine that, and return
      status indicating that the dataset needs to be approved by an admin.
      
      Plumbed through the approval path to the remote cluster.
      
      Fixed up polling to handle unapproved datasets and to watch for new
      failed state that Mike added to indicate that allocation failed.
      f431479c
  2. 07 Sep, 2017 1 commit
  3. 08 Aug, 2017 2 commits
  4. 25 Jan, 2017 1 commit
  5. 21 Sep, 2016 1 commit
  6. 07 Sep, 2016 1 commit
  7. 29 Aug, 2016 2 commits
  8. 04 May, 2016 1 commit
  9. 01 Mar, 2016 1 commit
    • Leigh B Stoller's avatar
      Some tweaks to credential handling: · 3ebffb34
      Leigh B Stoller authored
      1) Anytime we need to generate a slice credential, and the slice has
         expired, bump the slice expiration so we can create a valid credential
         and then reset the expiration. Consider if the slice expires but we
         missed it and its still active; we gotta be able to control it.
      
      2) From the beginning, we have done almost all RPC operations as the
         creator of the experiment. Made sense when the portal interface was not
         project aware, but now other users in the project can see and mess with
         experiments in their project. But we are still doing all the RPC
         operations as the creator of the experiment, which will need to change
         at some point, but in the short term I am seeing a lot of credential
         errors caused by an expired speaks-for credential for that creator (if
         they have not logged into the portal in a while). When this happens,
         lets generate a plain slice credential, issued to the SA, so that we can
         complete the operation. Eventually we have to make the backend project
         aware, and issue the operations as the web user doing the driving.
         Maybe as part of the larger portalization project.
      3ebffb34
  10. 27 Jan, 2016 1 commit
  11. 04 Jan, 2016 1 commit
  12. 09 Oct, 2015 1 commit
  13. 23 Sep, 2015 1 commit
  14. 14 Sep, 2015 1 commit
  15. 10 Sep, 2015 1 commit
  16. 21 Aug, 2015 1 commit
  17. 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.
      613d90dd
  18. 08 Jun, 2015 1 commit
  19. 22 May, 2015 2 commits
  20. 30 Apr, 2015 1 commit
  21. 18 Mar, 2015 1 commit
  22. 11 Mar, 2015 1 commit
  23. 10 Mar, 2015 1 commit
  24. 06 Mar, 2015 1 commit
  25. 05 Mar, 2015 1 commit
  26. 04 Feb, 2015 1 commit
  27. 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.
      
      2) New configure options: PROTOGENI_LOCALUSER and PROTOGENI_GENIWEBLOGIN.
      
         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
         interface).
      
         All this is in flux, might end up being a bogus approach in the end.
      85cb063b
  28. 15 Dec, 2014 1 commit
  29. 05 Dec, 2014 1 commit
  30. 03 Dec, 2014 1 commit
  31. 12 Nov, 2014 1 commit
    • Leigh B Stoller's avatar
      Lots of dataset changes. · 0adc340f
      Leigh B Stoller authored
      Project leases are now per-group, so we build a sub authority certificate
      for a remote dataset so that on the remote side, it is created inside the
      group named by the project on the local side.
      
      Many bug fixes.
      0adc340f
  32. 28 Oct, 2014 1 commit