1. 19 Jul, 2016 11 commits
  2. 18 Jul, 2016 1 commit
  3. 16 Jul, 2016 7 commits
  4. 15 Jul, 2016 2 commits
    • David Johnson's avatar
      Add Ubuntu 16 support (both x86 and aarch64). · a82f9ac8
      David Johnson authored
      This is all pretty vanilla atop the Ubuntu 15 support.  Just new
      metadata files (passwd,group,shadow,gshadow); pulling in Kirk's Centos
      ntp.service; and an important tweak to the dhclient exit hook.
      resolvconf seems to be more prominently featured in Ubuntu 16, and it
      has a dhclient exit hook to alert the resolvconf stuff (so it can alert
      others) when nameservers change.  However, that hook somehow breaks DNS
      for our exit hook right as it calls sethostname.dhclient .  So to fix
      this, I just added a check for /sbin/resolvconf in the exit hook, and if
      that exists, we use the same elabinelab DNS-problem-avoidance strategy
      of manually invoking the tmcc binary with getbossinfo, so that the perl
      tmcc stuff doesn't hang in sethostname.client .  That works great.
      aarch64 (ubuntu16-ms) support is a very simple overlay atop the regular
      ubuntu16 dir; it only adds the special uboot boot.scr modification file
      we need.
    • Leigh B Stoller's avatar
      Do not use jails for running geni-lib, except on the Mothership. Need · 1a24d8c2
      Leigh B Stoller authored
      to add a configure variable for this, since using the jail requires
      setup that only Mike knows at the moment.
  5. 14 Jul, 2016 5 commits
  6. 13 Jul, 2016 3 commits
  7. 12 Jul, 2016 2 commits
    • David Johnson's avatar
      Update the Linux ipod module to compat with at least kernel 4.4.x . · f214a3ec
      David Johnson authored
      There were changes to the netfilter hook API in 4.1 and 4.4 to account
      for, but those were simple.  No hook params we rely on changed.
      There was a minor change to the proc handler table conventions back in
      2.6.33, but that wasn't a deal-breaker.  Anyway, "fixed".
      Much more bizarre was an apparent proc_dointvec change.  Since some
      kernel between Ubuntu 3.13 and Ubuntu 4.2, proc_dointvec's behavior
      changed (well, *something* changed!).  Some of our ipod sysctls
      ("icmp_ipod_host" and "icmp_ipod_mask") are uint32ts, but we have been
      using proc_dointvec to parse the values sent in from sysctl, probably
      forever.  So of course we regularly have to send in large negative
      values (i.e., aka 0x9b622046, aka -1688068026).  At 3.13,
      proc_dointvec was happy to parse the hex version of that.  At 4.2, it is
      not happy to parse the hex, but it will parse decimal.  Well, we don't
      supply decimal in rc.ipod, just hex, and I don't want to fix it there.
      So I switched those two sysctl's proc handlers to proc_dointvec_minmax,
      specify INT_MIN and INT_MAX as my min/max values, and that works like a
      charm.  Very odd that this would change.  Of course these should just
      use an unsigned proc handler, like proc_doulongvec, but I don't want to
      break the fact that you used to be able to send in negative decimal
      integers and have things work (an oft-used feature, no doubt, in some
      parallel universe!).
      This is tested and working back to UBUNTU12-64-STD.  It should be fine
      going further back, as far back as 2.4.x, but I can't easily test there.
    • Leigh B Stoller's avatar
      Add c220g1 type ... · 79085c5f
      Leigh B Stoller authored
  8. 11 Jul, 2016 9 commits