• BugFixed
  • Debian 12 Packaging issue for grommunio-index

crpb Wenn Debian nicht so ein dummes Repoformat hätte, wäre das alles schon gelöst gewesen. Vergleiche RPM:

# gegeben ein Verzeichnis voller *.rpm
+ createrepo .
...
+ rsync $PWD/ //download-server//
...

und dann .deb:

# gegeben ein Verzeichnis voller *.deb, *.orig.tar.gz, *.diff.gz und *.dsc
+ find . -type f -name '*.dsc' -exec reprepro -v --outdir $PWD/2 includedsc Debian_12 '{}' ';'
Cannot put a source package into Distribution 'Debian_12' not having 'source' in its 'Architectures:'-field!
There have been errors!
...
+ find . -type f -name '*.deb' -exec reprepro -v --outdir $PWD/2 includedeb Debian_12 '{}' +
./system-user-groarchive_0-1_all.deb: component guessed as 'main'
./system-user-grodav_0-1_all.deb: component guessed as 'main'
...
Exporting indices...
+ reprepro -v --outdir $PWD/2 export Debian_12
Exporting Debian_12...
+ rsync $PWD/2/ //download-server//

Keine Ahnung, was das will. Nicht mal .dsc aus Debians eigenen Repos haben Architecture(s): source im .dsc.

Und FWIW, die Files sind in https://build.opensuse.org/project/show/server:mail zum Teil hochgeladen.

Edit: pah, jetzt liegt's halt so in dl.grommunio.com. Ohne apt-src.

  • crpb replied to this.
    7 days later

    @crpb: Warum hast du den Thread auf "fixed" gestellt? Zumindest im Community Repo besteht das Problem bis jetzt unverändert weiter.

    • crpb replied to this.
      6 days later

      weini

      An dem einen tag gings, dann war wieder was neues wenn ich mich recht entsinnen kann.

      Wie müssen denn die Berechtigungen in /etc/gromox aussehen?
      Bei mir sieht das so aus:

      root@nas2:/etc/gromox# l
      insgesamt 60
      -rwxrwx--- 1 root gromox 147 10. Jan 2023  adaptor.cfg
      -rwxrwx--- 1 root gromox 345 10. Jan 2023  autodiscover.ini
      -rwxrwx--- 1 root gromox  46  8. Mai 2023  delivery.cfg
      -rwxrwx--- 1 root gromox  58 13. Apr 2023  exchange_emsmdb.cfg
      -rwxrwx--- 1 root gromox  24 22. Aug 2022  exchange_nsp.cfg
      -rwxrwx--- 1 root gromox  47  6. Mai 2023  exmdb_local.cfg
      -rwxrwx--- 1 root gromox 103  8. Mai 2023  exmdb_provider.cfg
      -rwxrwx--- 1 root gromox  31 14. Dez 2023  gromox.cfg
      -rwxrwx--- 1 root gromox 291 16. Apr 11:11 http.cfg
      -rwxrwx--- 1 root gromox 246 16. Apr 11:11 imap.cfg
      -rwxrwx--- 1 root gromox  76  8. Mai 2023  midb.cfg
      -rwxrwx--- 1 root gromox 126 10. Aug 2023  mysql_adaptor.cfg
      -rwxrwx--- 1 root gromox 197 22. Aug 2022  pop3.cfg
      -rwxrwx--- 1 root gromox  44 22. Aug 2022  smtp.cfg
      -rwxrwx--- 1 root gromox  96 10. Mär 2023  zcore.cfg

      Muss hier evtl. die Gruppe gromox auf gromoxcf geändert werden?
      In gromoxcf wäre der User groindex nämlich Mitglied....

      Oder muss der User groindex in die Gruppe gromox aufgenommen werden?

      Gibt es eine Übersicht bzw. Tabelle:

      • Welche User gibt es?
      • Welche Gruppen gibt es?
      • Welche Gruppenmitgliedschaften müssen die User haben?
      • crpb replied to this.

        Nice, danke!
        Als ist meine Vermutung richtig, dass ich die Gruppe für die Config-Dateien auf gromoxcf ändern muss.

        Irgendwas stimmt da noch nicht.
        Ich bekomme jetzt keine Fehlermeldugn mehr. Allerdings macht grommunio-index nichts.
        Im Gegensatz zu früher sehe ich keine Einträge in /var/log/gromox/gromox.log

        sudo -u groindex /usr/bin/grommunio-index -Aq

        Kommt ohne jede Ausgabe sofort zurück.

        Ich habe das so gelöst, im system-d Service File den User auf gromox gesetzt, dann ein systemctl daemon reload und ein restart vom Index Dienst. Lt. Entwickler sollte der richtige user aber groweb sein, den habe ich aber nicht getestet.
        Habe ganz bewusst kein Overlay File erstellt, da dieser Fehler sowieso gefixt werden muss.

        • crpb replied to this.

          Ja, genau der steht auch im systemd service file.
          Und mit der korrekten Gruppenzuordnung zu gromoxcf und der Änderung der Berechtigungen meiner CFG Dateien auf gromoxcf scheint er die mysql_adaptor.cfg jetzt auch lesen zu können - zumindest kommt kein Fehler mehr.

          Für mich scheint es aber so, dass es danach nicht weitergeht. Nur gibt es dazu leider nichts in den Logs.
          Habe auch nochmal

          sudo -u groindex /usr/bin/grommunio-index -Av

          versucht, aber ich bekomme keine Ausgabe.

          Läuft bei euch die 1.0.6 Version von grommunio-index unter Debian?

          Hmm.. doesn't work here either and the package lacks some changes i guess o_0

          root@grom-deb:/var/lib/grommunio-web# cat /var/lib/dpkg/info/grommunio-index.postinst
          usermod grommunio -aG groweb || :
          find /var/lib/grommunio-web/sqlite-index/ -mindepth 1 "(" -type d -o -type f ")" -exec chmod g+w,o-w {} + || :
          find /var/lib/grommunio-web/sqlite-index/ -mindepth 1 "(" -type d -o -type f ")" -exec chgrp -h groweb {} + || :
          root@grom-deb:/var/lib/grommunio-web# apt policy grommunio-index
          grommunio-index:
            Installed: 1.0.6.gf40d25b-1+66.1
            Candidate: 1.0.6.gf40d25b-1+66.1
            Version table:
           *** 1.0.6.gf40d25b-1+66.1 550
                  550 https://download.grommunio.com/community/Debian_12 Debian_12/main amd64 Packages
                  100 /var/lib/dpkg/status
               1.0.2.gb782c51-1+22.1 500
                  500 https://download.grommunio.com/supported/Debian_12 Debian_12/main amd64 Packages
          root@grom-deb:/var/lib/grommunio-web# systemctl cat grommunio-index.service
          # /lib/systemd/system/grommunio-index.service
          [Unit]
          Description=Fulltext search index regeneration
          
          [Service]
          ProtectSystem=full
          ProtectHome=true
          PrivateDevices=true
          ProtectHostname=true
          ProtectClock=true
          ProtectKernelTunables=true
          ProtectKernelModules=true
          ProtectKernelLogs=true
          ProtectControlGroups=true
          RestrictRealtime=true
          Type=oneshot
          User=groindex
          ExecStart=/usr/bin/grommunio-index -Aq
          root@grom-deb:/var/lib/grommunio-web# groups groindex
          groindex : groindex groweb gromoxcf

          @jengelh 🤔

          Ich glaube, ich habe den Fehler & Fix gefunden: Der User groindex muss natürlich auch Mitglied der Gruppe gromox sein, da gromox ja der Datei Owner (bzw. Group) von /var/lib/gromox/** ist und der Indexer auf diese Dateien zugreifen muss.

          Habe das jetzt testweise bei mir umgesetzt und damit läuft der grommunio-index.service wieder astrein.

          Nettes Knobelspiel...

          Der groindex User ist veraltet, sagen zumindest die Entwickler.

          • crpb replied to this.

            groindex wurde erst nach Version 1.0.2 von grommunio-index eingeführt und wird auch in der aktuellen 1.0.6 noch verwendet. Unter diesem User läuft der systemd Service.

            Jo, eben noch mal geschaut und das ist taufrisch aber da wird man ja auch banane bei den ganzen user/gruppen 😛

            © 2020-2024 grommunio GmbH. All rights reserved. | https://grommunio.com | Data Protection | Legal notice