• BugFixed
  • Debian 12 Packaging issue for grommunio-index

grommunio-index/Debian_12 1.0.5.g175d11d-1+64.1 wants to run under a user groindex.
Such user does not exist, neither is there a package like system-user-groindex available.

Effectively, the index service can´t be started after upgrading to the newest package.

Ahh, das nächste "systemuser" problemchen..

Wäre das komplette und aktuelle Debian(+deriv) Packaging doch nur öffentlich ersichtlich

*duck*

    As a test, create the user groindex, similar like the other grommunio users,

    Just adding the user is not sufficient. I would need to know about the group assignment.
    Without proper group assignment, the service start fails due to access problems to /etc/gromox/mysql_adaptor.cfg
    Now I would need to know if the ownership of the file was adjusted. If it still belongs to group gromox, then groindex very likely need to be a member of this group.

    But this is all guessing and I don´t want to furhter increase the mess.
    This needs fixing by the devs!

    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...

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