1. 18 Jan, 2024 8 commits
  2. 17 Jan, 2024 29 commits
    • Kirill Smelkov's avatar
      . · 301aae8e
      Kirill Smelkov authored
      301aae8e
    • Kirill Smelkov's avatar
      . · fd81e025
      Kirill Smelkov authored
      fd81e025
    • Kirill Smelkov's avatar
      . · 07409c20
      Kirill Smelkov authored
      07409c20
    • Kirill Smelkov's avatar
      . · a8c744ec
      Kirill Smelkov authored
      a8c744ec
    • Kirill Smelkov's avatar
      . · 0c31de27
      Kirill Smelkov authored
      0c31de27
    • Kirill Smelkov's avatar
      . · b35e50ae
      Kirill Smelkov authored
      b35e50ae
    • Kirill Smelkov's avatar
      . · f86fba79
      Kirill Smelkov authored
      f86fba79
    • Kirill Smelkov's avatar
      . · 50c1dafa
      Kirill Smelkov authored
      50c1dafa
    • Kirill Smelkov's avatar
      . · 48e2b225
      Kirill Smelkov authored
      48e2b225
    • Kirill Smelkov's avatar
      . · 5a951cf9
      Kirill Smelkov authored
      5a951cf9
    • Kirill Smelkov's avatar
      . · 9996e034
      Kirill Smelkov authored
      9996e034
    • Kirill Smelkov's avatar
      . · 5b8ec2b3
      Kirill Smelkov authored
      5b8ec2b3
    • Kirill Smelkov's avatar
      . · 4ca5681d
      Kirill Smelkov authored
      4ca5681d
    • Kirill Smelkov's avatar
      . · 15e5c402
      Kirill Smelkov authored
      15e5c402
    • Kirill Smelkov's avatar
      . · 59fcabe8
      Kirill Smelkov authored
      59fcabe8
    • Kirill Smelkov's avatar
      X disable_sdr is gone from generic · 96be37c3
      Kirill Smelkov authored
      Whether RU is enabled or disabled is controlled via per-ru ru.txrx_active
      96be37c3
    • Kirill Smelkov's avatar
      . · 28b0b098
      Kirill Smelkov authored
      28b0b098
    • Kirill Smelkov's avatar
      . · 90396570
      Kirill Smelkov authored
      90396570
    • Kirill Smelkov's avatar
      . · 2b88e953
      Kirill Smelkov authored
      2b88e953
    • Kirill Smelkov's avatar
      . · 6ee9de1b
      Kirill Smelkov authored
      6ee9de1b
    • Kirill Smelkov's avatar
      . · 7ad73e79
      Kirill Smelkov authored
      7ad73e79
    • Kirill Smelkov's avatar
      . · ebe4f612
      Kirill Smelkov authored
      ebe4f612
    • Kirill Smelkov's avatar
      . · b8ffa4c9
      Kirill Smelkov authored
      b8ffa4c9
    • Kirill Smelkov's avatar
      . · eea23a21
      Kirill Smelkov authored
      eea23a21
    • Kirill Smelkov's avatar
      89562bce
    • Kirill Smelkov's avatar
      . · af7e946d
      Kirill Smelkov authored
      af7e946d
    • Kirill Smelkov's avatar
      X Do not recreate slaptapX-* on every idempotent `slapos node instance` run · e7066823
      Kirill Smelkov authored
      To run tapsplit we use plone.recipe.command with both command and
      update-command set to `tapsplit ...`. But tapsplit, when run, fully
      recreates and reinitializes subtap interfaces, which leads to
      interfering with running enb because subtap interfaces, that enb
      started to use, are removed. This is not desirable behaviour.
      
      What we need:
      
      1) create subtap interfaces only once and keep them stable
      2) until configuration changes which should lead to
         * subtaps recreated, and
         * enb restarted
      
      Carefully reading plone.recipe.command documentation shows:
      
        command
          Command to run when the buildout part is installed.
      
        update-command
          Command to run when the buildout part is updated. This happens when
          buildout is run BUT THE CONFIGURATION FOR THIS BUILDOUT PART HAS NOT
          CHANGED.
      
        (emphasis mine)
      
      So the fix looks to be to make update-command noop - this fulfills
      requirement "1". For "2" - I've verified that when configuration
      changes, e.g. number of RU changes, buildout reinstalls [vtap] section
      from scratch, and it also should restart enb, because generated enb.cfg
      changes.
      
      So the fix is fully correct because it satifies all needed requirements.
      e7066823
    • Kirill Smelkov's avatar
      . · 67ca4532
      Kirill Smelkov authored
      67ca4532
    • Kirill Smelkov's avatar
      X Do not give RU more than /64 · 0ee13826
      Kirill Smelkov authored
      Dnsmasq insists on dhcp-range's prefixlen to be at most 64, which
      triggers the following error if original slaptap is wider than that:
      
          dnsmasq: prefix length must be at least 64 at line 5 of /srv/slapgrid/slappart6/etc/dnsmasq.cfg
      
      -> Fix it by capping provided range to /64
      
      /reported-by @lu.xu
      0ee13826
  3. 16 Jan, 2024 3 commits
    • Kirill Smelkov's avatar
      X restore promises · bf6b2ef3
      Kirill Smelkov authored
      After escaping strings with dumps (to avoid buildout breakage and code
      injection on "tricky" references, e.g. with spaces), promises started to be
      generated with !py! prefix in their filenames, e.g. as
      
          '!py!'\''RU1-sdr-busy.py'\'''
      
      instead of just
      
          RU1-sdr-busy.py
      
      The issue here is that our code set
      
          name = !py!'RU1-sdr-busy.py'
      
      and then monitor-promise-base from stack/monitor does
      
          output = ${directory:plugins}/${:name}
      
      which, I though, would be expanded to .../etc/plugin/RU1-sdr-busy.py but it did
      not deserialized the :name upon expansion.
      
      I feel like it is maybe a bug in nexedi/slapos.buildout@4e13dcb9 , but I'm not sure.
      
      Anyway, workaround the problem by generating :output ourselve also via escaped way.
      bf6b2ef3
    • Kirill Smelkov's avatar
      . · ad2199b1
      Kirill Smelkov authored
      ad2199b1
    • Kirill Smelkov's avatar
      . · eb4d8241
      Kirill Smelkov authored
      eb4d8241