Hallo, Opensuse 11.4, aktueller Stand. "/etc/init.d/inn start" gibt in /var/log/messages ein trockenes "[412643.337323] innd[15470]: segfault at 9ed05d50 ip b770890a sp bfd795c0 error 4 in innd[b76b5000+8f000]" aus. news.err sagt: "innd: innbind failed for 0.0.0.0,119" Auf TCP/119 horcht aber nichts, und innbind ist setuid root. Kein apparmor, kein selinux. Ich weiß nicht mehr weiter :-( Hat jemand einen weiterführenden Tip? Danke, Rainer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
sind in der inn.conf bindaddress und port definiert bzw aktiv (also ohne #) ?? ist inn voher schon mal gelaufen oder ist das "erst in betriebnahme"? Sven -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 4/14/11 5:55 PM, Sven Roellig wrote:
bindaddress und port definiert bzw aktiv (also ohne #) ??
news@linux1:~> egrep '^(bindaddr|port)' inn.conf bindaddress: 10.0.206.90 port: 119 news@linux1:~>
ist inn voher schon mal gelaufen oder ist das "erst in betriebnahme"?
Da muß ich länger ausholen. Ausgangspunkt ist ein 11.2, mit funktionierendem inn. Diese 11.2 wurde mittels zypper nach 11.3 und dann gleich 11.4 upgedated. Danach funktionierte der innd nicht mehr (eben segfaults). Testweise habe ich eine neue Maschine mit einem 11.2 installiert, die gesamte News-Konfiguration und auch den Spool aus dem Backup geholt. Ebenfalls segfaults. Beide Maschinen laufen als paravirtualisierte Gäste auf einem XEN-Host. Rainer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Da muß ich länger ausholen. Ausgangspunkt ist ein 11.2, mit funktionierendem inn. Diese 11.2 wurde mittels zypper nach 11.3 und dann gleich 11.4 upgedated. keine gute idee, wenn sich die versionen unterscheiden kann es manchmal zu problemem mit dem spooler kommen.
wenn du cycbuff benutzt kann es sein das es unterschiede im container zu den einzelnen versionen gibt. bei tradspool könnte eventuell ein makehistory helfen wenn die indexdateien nicht korrekt sind.
Danach funktionierte der innd nicht mehr (eben segfaults). Testweise habe ich eine neue Maschine mit einem 11.2 installiert, die gesamte News-Konfiguration und auch den Spool aus dem Backup geholt. Ebenfalls segfaults. Beide Maschinen laufen als paravirtualisierte Gäste auf einem XEN-Host. hast du mal versucht im 11.4 die originale verion zu nehmen ohne update??
eventuell einfach mal nur die backup configs ohne backup spool installieren. inn2 ist da immer ein bisschen empfindlich was updates und benutzten von backups angeht. Sven -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 4/14/11 7:13 PM, Sven Roellig wrote:
wenn du cycbuff benutzt kann es sein das es unterschiede im container zu den einzelnen versionen gibt.
Ich hab' sowohl cycbuff und tradspool. Muß ich mal bereinigen, dafür brauche ich aber wohl einen zweite Maschine - einmal hinfeeden und wieder zurück.
bei tradspool könnte eventuell ein makehistory helfen wenn die indexdateien nicht korrekt sind.
Das hat wohl geholfen. Was ich getan habe (jetzt alles auf 11.4): inn nochmal deinstalliert, sämtliche Spools, sämtliche configs weggeworfen. innd neu installiert, makehistory, makedbz. innd kommt hoch. *Freu* inn angehalten, Config aus dem Backup zurückgespielt, cycbuff in storage.conf auskommentiert. Artikel aus dem tradspool-Backup zurückgespielt, wieder makeindex, makedbz. inn gestartet - geht immernoch. Das ganze Spiel nochmals mit den cycbuffs gemacht - dabei hat makehistory mir tonnenweise vor die Füße gebrochen: "makehistory: tradspool: can't determine class of @0500000000B80000368B0000000000000000@: Bad article handle" Bin mir nicht sicher, ob ich nun Artikel verloren habe oder nicht... Jedenfalls läuft der innd jetzt wieder und wird auch fein gefüttert :-) Nur ein Problem habe ich doh noch: Apr 15 15:18:41 linux1 innd: SERVER cant update_active control.cancel Apr 15 15:18:41 linux1 innd: SERVER cant store article: no matching entry in storage.conf Die storage.conf aber scheint mir richtig zu sein: method cnfs { newsgroups: geheim.* class: 4 options: ISH } method cnfs { newsgroups: de.*,control.cancel class: 3 options: DE } method cnfs { newsgroups: * class: 2 options: INTL } method tradspool { newsgroups: * class: 1 } Und ein cnfsstat sieht mir auch gut aus: Class DE for groups matching "de.*,control.cancel" Buffer DE1, size: 1.00 GBytes, position: 188 MBytes 49.18 cycles Newest: 2011-04-15 15:19:41, 0 days, 0:00:54 ago Oldest: 2011-02-01 15:58:21, 72 days, 22:22:14 ago Buffer DE2, size: 1.00 GBytes, position: 564 MBytes 48.55 cycles Newest: 2011-04-15 15:19:41, 0 days, 0:00:54 ago Oldest: 2011-02-01 16:01:36, 72 days, 22:18:59 ago Also wer da noch Ideen hat... Danke! Rainer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Rainer Sokoll
-
Sven Roellig