Arch Linux

Bug in inn 2.7.4-2 / Bugreport erstellen

segfault

Ich betreibe einen News-Server unter Arch. Ich verwende dazu das Paket inn. Heute gab es das Update von 2.7.4-1 auf 2.7.4-2. Es sieht für mich so aus, als ob die Storage-Methode CNFS jetzt nicht mehr bekannt ist. Ich bekomme als Fehlermeldung:

innfeed[25928]: ME config: no definition of news-spool, and /var/spool/news/articles is no good

Ein Downgrade auf 2.4.7-1 beseitigt das Problem sofort.

Ich würde da gerne einen Bugreport öffnen, habe das aber bei Arch noch nie gemacht. Wie mache ich das genau? Kennt sich da jemand aus?

GerBra

Das Update ist ja ein Archlinux-Release-Update (-1 zu -2), die Upstream-Sourcecode-Version ist die Gleiche. Also dürfte IMHO die Ursache in der Archlinux-Paketierung bzw. den Änderungen liegen.
Falls du es noch nicht selbst gefunden hast, das sind die Änderungen/Commits zwischen -1 und -2:
https://gitlab.archlinux.org/archlinux/packaging/packages/inn/-/compare/2.7.4-1...2.7.4-2?from_project_id=35983

Am "auffälligsten" wäre für mich dieser Commit daraus:
https://gitlab.archlinux.org/archlinux/packaging/packages/inn/-/commit/4512d0ad82909e31c1ab4e13ee632291c3538e58
Hier geht es ja um geänderte Owner und Zugriffsrechte für den Inn-Service. Evtl. erwartet INN nun andere Berechtigungen, da ja aber ein Update bei dir erfolgt wird ggf. nichts "angepasst". So haben evtl. der Inn bzw. Teile daraus keine Berechtigung auf z.B. deine bestehenden Daten-Verzeichnis-Rechte.

Fragen:

Bekommst du beim Upgrade durch pacman irgendwelche Hinweise/Warnungen z.B. bzgl. anderes gesetzter Rechte?
//Edit: -Qkk macht hier keinen Sinn, da UID/GID für den Service erstellt werden und immer von den Werten aus dem installierten Paket abweichen.
- Was zeigt ein:
pacman -Qikk inn
nach dem Update an?
Du restartest den Inn-Service bzw. den Server nach dem Upgrade?
Kommt als einziger Indikator für das Nichtfunktionieren von -2 wirklich nur diese eine "Meldung" aus deinem Post? Oder gibt es im Journal noch andere wenn du die -2 verwendest?
Z.B. was sagt:
systemctl status inn
bzw. das Journal ab Restart des Services während du mit dem Newsserver "arbeitest"?
Ist evtl. eine Konfig-Änderung notwendig? Müssen ggf. *.pacnew Dateien für Inn in deine lokale Umgebung eingepflegt werden?
Da evtl. am besten alle bei der (funktionierenden) Version -1 existierenden *.pacnew Files für inn (/etc/inn ?) löschen bzw. wegsichern. Dann das Update auf -2 durchführen. Gibt es nun wiederum neue *.pacnew Dateien (wahrscheinlich).
Du solltest dir diese als Diff zu deinen bestehenden anschauen. Ich könnte mir vorstellen daß diese Commit-Änderungen bzgl. Runtime als root und Berechtigungen für Dirs in die aktuellen Konfigs mit reinmüssen. Also quasi die *.pacnew's als neue Basis nehmen und wirklich nur deine lokalen Anpassungen für den Newsserver (Domains,IPs,andere Pfade,Passwörter,...) einpflegen solltest.
//Edit:
Wenn du Änderungen bei dir lokal an Verzeichnissen-Rechte machst für die -2, bitte dokumentiere das für dich. Oder erzeuge zwischen den (test) Wechsel von -1 nach -2 und vice versa Backups, so daß du ggf. auf den Stand der -1 zurückkannst inkl. deiner aktuellen Berechtigungen für Daten-Files/Dirs.

Das die verwendete (Default) Storage-Methode durch Neu-Kompilieren nicht (mehr) verfügbar wäre halte ich für unwahrscheinlich, v.a. da ja keine Änderung am Source-Code.
Ich würde wie gesagt eher ein Rechte-Problem vermuten, ggf. aufgrund veralteter, nicht angepassten Konfig-Dateien.

//Edit;
Ich habe mal einen Bugreport erstellt, auch aufgrund meiner Vermutung;
https://gitlab.archlinux.org/archlinux/packaging/packages/inn/-/work_items/4
Kann sein, daß der aber auch ganz schnell wieder geschlossen wird...

//Edit: Fragen-Reihenfolge oben angepasst...

segfault

GerBra Am "auffälligsten" wäre für mich dieser Commit daraus:
https://gitlab.archlinux.org/archlinux/packaging/packages/inn/-/commit/4512d0ad82909e31c1ab4e13ee632291c3538e58

Das Spool-Verzeichnis hat sich geändert. Jetzt /var/spool/inn früher /var/spool/news. Leider referenzieren Configfiles darauf, z.B. /etc/inn/inn.conf. Damit passt das jetzt alles nicht mehr zusammen. Ich muss mir das alles im Einzelnen mal ansehen. Ich weiss noch nicht, wann ich genau dazu komme.

Vielen Dank schonmal, jetzt habe ich einen neuen Ansatzpunkt gefunden.

GerBra

segfault Das Spool-Verzeichnis hat sich geändert. Jetzt /var/spool/inn früher /var/spool/news. Leider referenzieren Configfiles darauf, z.B. /etc/inn/inn.conf

Aber wenn im inn das zu verwendende Spool-Dir konfigurierbar ist (z.B. in der /e/inn.conf), dann gibt es keinen Grund das nun zu ändern, also deine lokalen Gegebenheiten an die Defualt-Konfig anpassen zu müssen.
Aktuell in der Default-Konfig verwendete Werte - die du kriegen würdest wenn du inn neu installieren würdest - sind ja eben dazu gedacht ggf. vom Admin angepasst zu werden - wenn diese anpassbar sind.

Ich will dich nur behüten vor dem stoischen Mergen von ggf. Werten in den *.pacnew Files. Wenn bestimmte Pfade/Variablen vom inn als anpassbar festgelegt sind, dann müssen diese Anpassungen z.B. auch ein (Release)-Update überstehen.
Es geht (mir) eher um z.B. Einstellungen aus den pacnews, die z.B. in deinen "gewachsenen" Configs nicht drinstehen...

Kriege ich ggf. noch Antworten auf meine anderen Fragen?
(Das sind die Sätze, die mit einem Fragezeichen(?) enden <g>).
Wäre ggf. für den Bugreport interessant...

GerBra

Es gibt zwei neue Kommentare im Bugreport

https://gitlab.archlinux.org/archlinux/packaging/packages/inn/-/work_items/4#note_528008
https://gitlab.archlinux.org/archlinux/packaging/packages/inn/-/work_items/4#note_528010

Falls ich für dich irgendwelche Ausgaben/Fragen darin posten soll mache ich das.
Bedenke: die Sprache ist englisch.

segfault

GerBra

Sehe ich. Ich werde das Upgrade noch mal machen. Ich versuche dann auch, alle Informationen einzusammeln. Ich befürchte nur, heute fehlt mir die Zeit dazu.

GerBra

segfault heute fehlt mir die Zeit dazu

Kein Problem, dein Thread = dein Tempo <g>

Sergej hat ja einige Tips im Bugreport gegeben was bei seiner Install an Änderungen notwendig waren. Hauptteil dürfte sein daß viele Konfigs-Files/Dirs nun root als owner haben müssen.
Ich habe auch mal (siehe Report) in einer VM die erst die 2.7.4-1 installiert, nichts geändert und dann auf 2.7.4-2 upgraded. Dort meckert pacman schon weil eben der auch von Sergej angesprochene systemd-tmpfiles Hook für inn nicht erfolgreich durchlaufen wurde. Ich vermute, daß ist/war bei genauso (ist im pacman.log vermerkt).

Meine Vermutung ist: Dieses Upgrade hätte ggf. einen direkten Hinweis bzw. sogar ein News-Update fürs Pake t gebraucht daß eben ein manueller Eingriff nach dem Update nötig ist.

GerBra

segfault Ich würde da gerne einen Bugreport öffnen, habe das aber bei Arch noch nie gemacht. Wie mache ich das genau? Kennt sich da jemand aus?

Und dazu:
Du brauchst einen (Archlinux)-Gitlab-Account und mußt diesen per Mail-Anfrage dann noch freischalten lassen. Es gibt soweit ich sehe leider keinen detailierten Beitrag in z.B. den Wikis dazu, soweit ich mich erinnere bei mir:

Startseite: https://gitlab.archlinux.org/users/sign_in?redirect_to_referer=yes

Archlinux SSO Button. Hier würde der Login erfolgen, du mußt unten zu: New user? Register
Nun einen gitlab Account anlegen, dann
eine Email mit den Logindaten (Loginname / Email) an accountsupport@archlinux.org schreiben, etwa:
"Please approve this/my account on gitlab.archlinux.org
Bis die endgültige Freischaltung (Antwortmail) kommt kann es einige Zeit dauern. Bei mir waren es AFAIK rund zwei Wochen.

segfault

Ich habe das Upgrade jetzt gemacht und es läuft auch alles wieder. Was da alles so war das steht hier. Damit ist auch der Bugreport hinfällig geworden. Danke GerBra für Deine Hilfe.

GerBra

segfault es läuft auch alles wieder.

Freut mich. Ich habe es im Report auch vermerkt daß dieser ggf. geschlossen werden kann von den DEVs.

Für die Fehler/Warn-Meldungen während es Upgrades:

...
Detected unsafe path transition /etc/inn (owned by news) → /etc/inn/innfeed.conf (owned by root) during canonicalization of etc/inn/innfeed.conf.
Detected unsafe path transition /etc/inn (owned by news) → /etc/inn/passwd.nntp (owned by root) during canonicalization of etc/inn/passwd.nntp.
error: command failed to execute correctly

hat David wohl die Ursache gefunden, und einen potentiellen Fix für (nächste Upgrades), das es funktioniert kann ich bestätigen.

Trotzdem denke ich immer noch, daß dieses Upgrade aufgrund der ggf. doch (mehr oder weniger) notwendigen manuellen Eingriffe einen News-Post und/oder zumindest einen "Hint" nach dem Upgrade gebraucht hätte.

segfault

GerBra Trotzdem denke ich immer noch, daß dieses Upgrade aufgrund der ggf. doch (mehr oder weniger) notwendigen manuellen Eingriffe einen News-Post und/oder zumindest einen "Hint" nach dem Upgrade gebraucht hätte.

Ja, das sehe ich genauso. Ich denke allerdings auch, dass die Zahl der Betroffenen sehr überschaubar sein wird. Newsserver sind aussterbend, d.h. die Anzahl ist stark rückläufig. Eigentlich schade.