Bizarre Fehlermeldung von Inn2 (Debian wheezy)

["uthers]

Hallo,

ich betreibe hier im lokalen Netz einen Inn2 mit ca 20 Groups der
mit dem alten suck gefüttert wird.

Nach dem upgrade auf Debian Wheezy kann ich von den lokalen Clients
nichts nichts mehr posten.

Meldung:
Bizarre Copy of unknown

Scheint nach langem suchen etwas mit perl zu tun zu haben. Ich finde
aber nicht heraus wo der Fehler liegt. In den logfiles vom inn
taucht nichts auf.

Kann mir da jemand helfen?

Debian: 7.2
perl: 5.14.2-21+deb7 5.14.2-21+deb7
Inn2: 2.5.3-3

Grüße

[Emil Schuster]

Post by "uthers
Hallo,
ich betreibe hier im lokalen Netz einen Inn2 mit ca 20 Groups der
mit dem alten suck gefüttert wird.
Nach dem upgrade auf Debian Wheezy kann ich von den lokalen Clients
nichts nichts mehr posten.
Bizarre Copy of unknown
Scheint nach langem suchen etwas mit perl zu tun zu haben. Ich finde
aber nicht heraus wo der Fehler liegt. In den logfiles vom inn
taucht nichts auf.
Kann mir da jemand helfen?
Debian: 7.2
perl: 5.14.2-21+deb7 5.14.2-21+deb7
Inn2: 2.5.3-3
Grüße

Das ist der Bug #655748. Wenn Du keinen eigenen nnrpd-Filter benutzt, hilft
---
I have this same problem with any news posting with Debian Stable (upgraded
to wheezy this afternoon). As a work-around, I got news posting to work by
removing /etc/news/filters/filter_nnrpd.pl
---
Ansonsten gibt es zwei Möglichkeiten

Entweder inn2 aus den Sourcen selbst bauen, dabei folgendes ändern

Post by "uthers
sv_setsv(body, &PL_sv_undef);
to
body = &PL_sv_undef;
?

So habe ich es gemacht und es funktioniert.

Oder inn2 durch inn2-lfs ersetzen. Allerdings ätzend, wenn Du keinen
tradspool hast und Deinen Artikelbestand übernehmen willst.

Emil

[Theodor R"uthers]

Post by Emil Schuster
Das ist der Bug #655748. Wenn Du keinen eigenen nnrpd-Filter benutzt, hilft

Jo, das dachte ich mir schon.

Post by Emil Schuster
Ansonsten gibt es zwei Möglichkeiten
Entweder inn2 aus den Sourcen selbst bauen, dabei folgendes ändern
So habe ich es gemacht und es funktioniert.

Ich versuchs erst mal ohne Filter

Post by Emil Schuster
Oder inn2 durch inn2-lfs ersetzen. Allerdings ätzend, wenn Du keinen
tradspool hast und Deinen Artikelbestand übernehmen willst.

Ich überlege zurück zu Inn zu gehen. Bei so wenigen Gruppen ist das
vielleicht die einfachere Lösung.

Danke erstmal und Grüße

[Theodor R"uthers]

Post by Theodor R"uthers
Ich versuchs erst mal ohne Filter

wie erwartet stimmt jetzt der FQDN nicht. Mir gehört zwar die
Domain. Aber der Server ist ja rein Privat und öffentlich nicht zu
erreichen. Ich bin nicht sicher, ob ich das so lassen soll.

[Juergen Ilse]

Hallo,

Post by Theodor R"uthers

Post by Theodor R"uthers
Ich versuchs erst mal ohne Filter

wie erwartet stimmt jetzt der FQDN nicht. Mir gehört zwar die
Domain. Aber der Server ist ja rein Privat und öffentlich nicht zu
erreichen. Ich bin nicht sicher, ob ich das so lassen soll.

Der FQDN muss nicht zwingend per DNS aufloesbar sein, er sollte aber
weltweit eindeutig sein, was aber bei dir erfuellt sein sollte, wenn
er in deiner DNS-Domain liegt ...

Tschuess,
Juergen Ilse (***@usenet-verwaltung.de)

[Theodor R"uthers]

Post by Emil Schuster
Ansonsten gibt es zwei Möglichkeiten
Entweder inn2 aus den Sourcen selbst bauen, dabei folgendes ändern

Post by "uthers
sv_setsv(body, &PL_sv_undef);
to
body = &PL_sv_undef;

So habe ich es gemacht und es funktioniert.

Ich jetzt auch. Hat zwar ein wenig gedauert, aber nun läuft es.

Danke

Und nun? Paket auf hold setzen oder bei jedem update neu schreiben?
Ich habs erst mal auf hold gesetzt.

Grüße

[Emil Schuster]

Post by Theodor R"uthers

Post by Emil Schuster
Ansonsten gibt es zwei Möglichkeiten
Entweder inn2 aus den Sourcen selbst bauen, dabei folgendes ändern

Post by "uthers
sv_setsv(body, &PL_sv_undef);
to
body = &PL_sv_undef;

So habe ich es gemacht und es funktioniert.

Ich jetzt auch. Hat zwar ein wenig gedauert, aber nun läuft es.
Danke
Und nun? Paket auf hold setzen oder bei jedem update neu schreiben?
Ich habs erst mal auf hold gesetzt.
Grüße

Ja, das ist blöd und mir ist auch nichts besseres eingefallen. Vielleicht
wird es ja mal gefixt.

Emil

[Theodor R"uthers]

Post by Emil Schuster
Ja, das ist blöd und mir ist auch nichts besseres eingefallen. Vielleicht
wird es ja mal gefixt.

Ich halts nicht aus. Prompt kommt heute eine Aktualisierung. Aber der
Fehler ist immer noch da.

Naja, nur keine Hektik. Ich warte erst mal ab.

Grüße

[Julien ÉLIE]

Hi Theodor,

Post by Theodor R"uthers

Post by Emil Schuster
Ja, das ist blöd und mir ist auch nichts besseres eingefallen. Vielleicht
wird es ja mal gefixt.

Ich halts nicht aus. Prompt kommt heute eine Aktualisierung. Aber der
Fehler ist immer noch da.
Naja, nur keine Hektik. Ich warte erst mal ab.

Sorry for writing in English here; Google Translate did not help me
much. Do you mean that even when using "body = &PL_sv_undef;", you
still see errors?

Incidentally, I bet something will soon happen in Debian because the
inn2 package has recently been removed from testing (jessie).
Maybe only INN with LFS support will be present in Debian...

[Emil Schuster]

Post by Julien ÉLIE
Hi Theodor,

Post by Theodor R"uthers

Post by Emil Schuster
Ja, das ist blöd und mir ist auch nichts besseres eingefallen.
Vielleicht wird es ja mal gefixt.

Ich halts nicht aus. Prompt kommt heute eine Aktualisierung. Aber der
Fehler ist immer noch da.
Naja, nur keine Hektik. Ich warte erst mal ab.

Sorry for writing in English here; Google Translate did not help me
much. Do you mean that even when using "body = &PL_sv_undef;", you
still see errors?

No, with your help it works fine for Theodor and me.

Post by Julien ÉLIE
Incidentally, I bet something will soon happen in Debian because the
inn2 package has recently been removed from testing (jessie).
Maybe only INN with LFS support will be present in Debian...

Yes, Marco d'Itri told so in bugreport #655748
-----------------------------------------------------------------------
It is too late to properly deal with this bug for wheezy, because it
cannot be fixed.
After the release I will remove the 32 bit non-LFS packages and *maybe*
enable some code to help the transition.

Check postinst of inn2 for hints about what needs to be regenerated when
switching from a 32 to a 64 bit INN package.

If you encounter this bug and switch from inn2 to inn2-lfs, then please
reply with your experience in converting your spool and overview.