1. 30 Jan, 2020 7 commits
    • Jérome Perrin's avatar
      software/grafana: revert to "traditional" promises · 4fcc4079
      Jérome Perrin authored
      Monitoring promise break instanciation:
        UserError: No section named 'monitor-base-promise'
      
      and telegraf startup script is using influxdb promise, because it has a
      bug that it needs to start only after influxdb is available, so it does
      not look so easy to switch to monitoring stack.
      
      Also, this software is experimental (and also is conceptually a
      monitoring software on its own), so it does not need monitoring for now.
      
      This reverts commit 48b6c27c.
      4fcc4079
    • Jérome Perrin's avatar
      ef16d892
    • Jérome Perrin's avatar
      software/grafana: version up and include loki/promtail · 2562f56f
      Jérome Perrin authored
      This enable vieiwing applications logs directly in grafana, as long as
      loki agent can access the log file and the regular expressions to parse
      the logs are defined
      
      Other changes:
       - provision data sources automatically so that user do not have to add
         them manually
       - update TODO in README
       - introduce a SR test
       - switch to dep to install dependencies, because that's how these
        packages manage their dependencies.
      
      Versions up:
        grafana: v6.3.0
        telegraf: v1.11.1-0
        influxdb: v1.7.8rc1
      New:
        loki: v0.3.0
      2562f56f
    • Jérome Perrin's avatar
      software/grafana: version up go to 1.12 · e70c9e52
      Jérome Perrin authored
      e70c9e52
    • Jérome Perrin's avatar
    • Jérome Perrin's avatar
      component/golang: set gcc's path in workspace's PATH · bf2ca5e9
      Jérome Perrin authored
      It seems some programs can only be built by the same gcc than the one used to
      build golang itself.
      
      For example, when system gcc is gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516,
      grafana-server fail to build with:
      
          /data/slappart11_testnode/cqg/inst/test0-0/tmp/shared/golang1.12/fbee59cfb3c995382cf70d409615aa54/pkg/tool/linux_amd64/link: running gcc failed: exit status 1
          /usr/bin/ld: /tmp/go-link-305363633/000000.o: unable to initialize decompress status for section .debug_info
          /usr/bin/ld: /tmp/go-link-305363633/000000.o: unable to initialize decompress status for section .debug_info
          /usr/bin/ld: /tmp/go-link-305363633/000000.o: unable to initialize decompress status for section .debug_info
          /usr/bin/ld: /tmp/go-link-305363633/000000.o: unable to initialize decompress status for section .debug_info
          /tmp/go-link-305363633/000000.o: file not recognized: File format not recognized
          collect2: error: ld returned 1 exit status
      
      Also generally, if we don't trust system gcc to build golang, we cannot trust
      it to build golang programs.
      
      The downside is that if components or software want to use a specifig
      golang version they have to set both golang= and the corresponding
      gcc-bin-directory= in their [gowork]
      bf2ca5e9
    • Jérome Perrin's avatar
      78605aef
  2. 29 Jan, 2020 8 commits
  3. 28 Jan, 2020 1 commit
  4. 22 Jan, 2020 7 commits
    • Thomas Gambier's avatar
      70f33f45
    • Thomas Gambier's avatar
      software/nayuos: add NayuOS wallpaper · 9dc8a4e2
      Thomas Gambier authored
      9dc8a4e2
    • Thomas Gambier's avatar
      software/kvm: disabe IPv6 on ens3 if there is IPv6 on ens4 · 152e4e0c
      Thomas Gambier authored
      If there is IPv6 on both interface, Linux will put a default route on
      ens3 preventing IPv6 to work correctly on ens4.
      Even disabling totally IPv6 from inside the host on ens3 may not work.
      It is safer to disable it from qemu process directly. Also, it will ease
      the configuration of the host.
      152e4e0c
    • Thomas Gambier's avatar
      kvm: better message to configure network · 318a6185
      Thomas Gambier authored
      318a6185
    • Thomas Gambier's avatar
    • Thomas Gambier's avatar
      kvm: NDB server instance is OK even if no image is uploaded · 66b53066
      Thomas Gambier authored
      NBD server is not running until an image is uploaded. Make sure that the
      promise doesn't fail until the image is there. Also display a WARNING in
      the connection parameter to say that the NBD server is not running.
      66b53066
    • Jérome Perrin's avatar
      Fix missing rpath on proftpd · ff54662e
      Jérome Perrin authored
      Recent fixes for proftpd were still not correct, we still have issues with rpath for mod_auth_web and proftpd itself which uses libcap if available, error was:
          
          ======================================================================
          ERROR: setUpModule (test)
          ----------------------------------------------------------------------
          Traceback (most recent call last):
            File "/srv/slappart11/cqg/soft/1ae6b62cded47f49a2e77af2f372cf2a/parts/slapos.core-repository/slapos/testing/testcase.py", line 154, in setUpModule
              installSoftwareUrlList(cls, [software_url], debug=debug)
            File "/srv/slappart11/cqg/soft/1ae6b62cded47f49a2e77af2f372cf2a/parts/slapos.core-repository/slapos/testing/testcase.py", line 348, in installSoftwareUrlList
              raise e
          RuntimeError: /srv/slappart11/cqg/inst/test0-0/tmp/soft/728168be59c5353c6e3c6a6bc4cad052/parts/proftpd/bin/ftpdctl uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2 /srv/slappart11/cqg/inst/test0-0/tmp/soft/728168be59c5353c6e3c6a6bc4cad052/parts/proftpd/libexec/mod_auth_web.so has some not found libraries:
          /srv/slappart11/cqg/inst/test0-0/tmp/soft/728168be59c5353c6e3c6a6bc4cad052/parts/proftpd/libexec/mod_auth_web.so: /usr/lib/x86_64-linux-gnu/libssl.so.1.1: version `OPENSSL_1_1_1' not found (required by /srv/slappart11/cqg/inst/test0-0/tmp/shared/curl/da798e87b4f10345c33fbae0a4593114/lib/libcurl.so.4)
          /srv/slappart11/cqg/inst/test0-0/tmp/soft/728168be59c5353c6e3c6a6bc4cad052/parts/proftpd/sbin/proftpd uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
          /srv/slappart11/cqg/inst/test0-0/tmp/soft/728168be59c5353c6e3c6a6bc4cad052/parts/proftpd/sbin/in.proftpd uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
          Ran 0 tests in 530.067s
          ----------------------------------------------------------------------
      
      /reviewed-on nexedi/slapos!685
      ff54662e
  5. 17 Jan, 2020 4 commits
  6. 16 Jan, 2020 1 commit
  7. 15 Jan, 2020 6 commits
  8. 14 Jan, 2020 6 commits
    • Jérome Perrin's avatar
      Fix collective.recipe.shelloutput running "too early" · 3ba2ca38
      Jérome Perrin authored
      Our software using sshd were sometimes failing in tests, because the way they publish key fingerprint was racy.
      
      It is based on `collective.recipe.shelloutput`, which as we can see in the [recipe code](https://github.com/collective/collective.recipe.shelloutput/blob/78e15c19/collective/recipe/shelloutput/__init__.py) operates on `__init__`.
      
      We are using `collective.recipe.shelloutput` to capture the output of `ssh-keygen -lf $KEY` and this must run after the file `$KEY` is generated ( it is generated by another `plone.recipe.command` version). We were trying to run the `collective.recipe.shelloutput` after the `plone.recipe.command`, but that was incorrect anyway, because `collective.recipe.shelloutput` reads the file at `__init__` step, where `plone.recipe.command` creates the file at `install` step.
      As we could see in test suite, it was sometimes working, when `slapos node instance` ran only once, but it sometimes  working, when `slapos node instance` ran more than once, for example because a promise failed and `slapos node instance` was retried.
      
      Since `collective.recipe.shelloutput` does not take into account the exit code of the command but simply capture with `"Error ..."` whatever the command might output on stderr, we add another step checking that the captured output  is not `"Error ..."` and if it is cause a buildout error so that `slapos node instance` is retried and then succeed.
      
      What should happen now is:
       1. `collective.recipe.shelloutput` reads the key fingerprint, the file is not present so it captures `"Error ..."``
       2. a `plone.recipe.command` creates the key
       3. another `plone.recipe.command` checks that the captured fingerprint is not `"Error ..."` it fails
       4. buildout restarts
       5. `collective.recipe.shelloutput` reads key fingerprint correctly.
      
      Slaprunner has been heavily modified, because it was using a `sshkeys_authority` which was incompatible with this as it uses symlinks for keys. Since we don't know what is the purpose of `sshkeys_authority`, we rewrote that software to use simple commands instead of that "ssh keys authority".
      
      /reviewed-on nexedi/slapos!681
      3ba2ca38
    • Romain Courteaud's avatar
      2331b9d7
    • Romain Courteaud's avatar
      software/backupserver: first test · bb3ae5be
      Romain Courteaud authored
      bb3ae5be
    • Romain Courteaud's avatar
      2608cb7b
    • Romain Courteaud's avatar
      component/xwd: missing rpath · 2f1f4781
      Romain Courteaud authored
      2f1f4781
    • Romain Courteaud's avatar
      component/tomcat: version 7.0.99 · 75d73e97
      Romain Courteaud authored
      75d73e97