Bonjour,

J'ai cassé mon INN 2.4.1 suite à une mise à jour de FreeBSD 5.4 vers 6.0
-j'aurais du le recompiler dans la foulée- et INN s'est crashé deux
jours après avec un "No space left on device writing logging article
file" (j'ai la place sur le device)

Bref j'ai reconstruit l'history et l'overview aujourd'hui, fait une
renumérotation et depuis il me manque un paquets d'articles
(principalement ceux entre le crash et aujourd'hui)

J'ai un gros paquet d'erreurs lors de makehistory -O :
makehistory: cannot write overview data
"@03004F4E450000000000002B26C500000003@"
....
puis un :
makehistory: sorted overview file /usr/local/news/spool/tmp/hisThN9ncD
has a bad line at 28805

Mais l'overview est reconstruit. Est-ce normal, Google ne me renseigne
pas vraiment là.

Je me demande s'il n'est pas possible de récupérer ces articles
manquants : par exemple pour fr.text le fichier fr.text.DAT dans
l'overview contient beaucoup plus d'info sur les articles que je n'en
ai sur mon newsreader (5 articles !). Ils doivent bien se trouver
quelque part ?

Je me demande aussi si la "réparation" est suffisante ou si je dois
m'attendre à d'autres problèmes plus tard ? J'ai suivi cette doc
http://www.ricospirit.net/inn/inn_renumber.html

Merci.

Le 30 octobre 2005 à 20:20, Patrick Lamaizière a écrit :

> Bonjour,
>
> J'ai cassé mon INN 2.4.1 suite à une mise à jour de FreeBSD 5.4 vers 6.0
> -j'aurais du le recompiler dans la foulée-

Ca, je le note, tiens... !

/.../

> Je me demande s'il n'est pas possible de récupérer ces articles
> manquants : par exemple pour fr.text le fichier fr.text.DAT dans
> l'overview contient beaucoup plus d'info sur les articles que je n'en
> ai sur mon newsreader (5 articles !). Ils doivent bien se trouver
> quelque part ?

Quel type de spool utilises-tu ?

> Je me demande aussi si la "réparation" est suffisante ou si je dois
> m'attendre à d'autres problèmes plus tard ? J'ai suivi cette doc
> http://www.ricospirit.net/inn/inn_renumber.html

Si tu interroges le serveur par telnet, combien d'articles te donne-t-il
à la commande group ?

Fred
--
Comme elle vient Comme on peut C'est cruel et sans fard
Ca choisit pas, merci pour eux Comme une flèche Comme un pieu
C'est bon pour la mémoire Ca vous fait quoi d'être au milieu ?
(Noir Désir, Comme elle vient)

F. Senault écrivait :

> Quel type de spool utilises-tu ?

cnfs et tradindexed pour l'overview. Les buffers cycliques ont "cyclé"
juste après mon problème on dirait.

>> Je me demande aussi si la "réparation" est suffisante ou si je dois
>> m'attendre à d'autres problèmes plus tard ? J'ai suivi cette doc
>> http://www.ricospirit.net/inn/inn_renumber.html
>
> Si tu interroges le serveur par telnet, combien d'articles te
> donne-t-il à la commande group ?

Pour fr.test :
GROUP fr.test
211 1059 5008 297688 fr.test

J'ai largement moins que 1059 articles visibles, 76 seulement.
J'ai essayé un ARTICLE <msg-id> sur un article contenu dans l'overview
mais j'ai droit à un "NO SUCH ARTICLE".

Un truc curieux dans l'overview de fr.test.DAT, j'ai un bond sur la
numérotation ça passe de 7181 à 296567, ça correspond à l'heure où j'ai
renuméroté.
------------------
7181 lll =?iso-8859-1?Q?Patrick_Lamaizi=E8re?=
<adresse@est.invalid> Sun, 30 Oct 2005 17:49:04 +0100
<Xns7DF1623C77A9Eplam@nulle.in
valid> 915 2 Xref: news.davenulle.org fr.test:7181
296567 ... "joe.p.user@windows.scares.us"
<joe.p.user@windows.scares.us> Fri, 26 Aug 2005 10:46:21 -0500
<1125071181_1855@spool6-east.s
uperfeed.net> 11 Xref: spool6-east.superfeed.net
fr.test:296567
297603 test from here "centex" <centex@campnfishn> Thu, 15 Sep 2005
02:21:35 -0500 <1126769049_701@spool6-east.superfeed.net>
3 Xref: spool6-east.superfeed.net fr.test:297603
-----------------

Euh c'est normal le "Xref: spool6-east.superfeed.net fr.test:296567" ?

Dans le fichier d'active ça correspond avec "GROUP" :
fr.test 0000297690 0000005008 y

En regardant l'active de plus près j'ai d'autres groupes avec un tel
saut dans la numérotation :

comp.lang.java.programmer 0000642705 0000016616 y
Et dans l'overview j'ai encore un article avec :
Xref: spool6-east.superfeed.net comp.lang.java.programmer:641678

On dirait que INN s'est bien mélangé les pinceaux :-(
Bon, le serveur a l'air de tourner, c'est déjà ça.

F. Senault écrivait :

> Quel type de spool utilises-tu ?

cnfs et tradindexed pour l'overview. Les buffers cycliques ont "cyclé"
juste après mon problème on dirait.

>> Je me demande aussi si la "réparation" est suffisante ou si je dois
>> m'attendre à d'autres problèmes plus tard ? J'ai suivi cette doc
>> http://www.ricospirit.net/inn/inn_renumber.html
>
> Si tu interroges le serveur par telnet, combien d'articles te
> donne-t-il à la commande group ?

Pour fr.test :
GROUP fr.test
211 1059 5008 297688 fr.test

J'ai largement moins que 1059 articles visibles, 76 seulement.
J'ai essayé un ARTICLE <msg-id> sur un article contenu dans l'overview
mais j'ai droit à un "NO SUCH ARTICLE".

Un truc curieux dans l'overview de fr.test.DAT, j'ai un bond sur la
numérotation ça passe de 7181 à 296567, ça correspond à l'heure où j'ai
renuméroté.
------------------
7181 lll =?iso-8859-1?Q?Patrick_Lamaizi=E8re?=
<adresse@est.invalid> Sun, 30 Oct 2005 17:49:04 +0100
<Xns7DF1623C77A9Eplam@nulle.in
valid> 915 2 Xref: news.davenulle.org fr.test:7181
296567 ... "joe.p.user@windows.scares.us"
<joe.p.user@windows.scares.us> Fri, 26 Aug 2005 10:46:21 -0500
<1125071181_1855@spool6-east.s
uperfeed.net> 11 Xref: spool6-east.superfeed.net
fr.test:296567
297603 test from here "centex" <centex@campnfishn> Thu, 15 Sep 2005
02:21:35 -0500 <1126769049_701@spool6-east.superfeed.net>
3 Xref: spool6-east.superfeed.net fr.test:297603
-----------------

Euh c'est normal le "Xref: spool6-east.superfeed.net fr.test:296567" ?

Dans le fichier d'active ça correspond avec "GROUP" :
fr.test 0000297690 0000005008 y

En regardant l'active de plus près j'ai d'autres groupes avec un tel
saut dans la numérotation :

comp.lang.java.programmer 0000642705 0000016616 y
Et dans l'overview j'ai encore un article avec :
Xref: spool6-east.superfeed.net comp.lang.java.programmer:641678

On dirait que INN s'est bien mélangé les pinceaux :-(
Bon, le serveur a l'air de tourner, c'est déjà ça.

Le 1 novembre 2005 à 15:46, Patrick Lamaizière a écrit :

> F. Senault écrivait :
>
>> Quel type de spool utilises-tu ?
>
> cnfs et tradindexed pour l'overview. Les buffers cycliques ont "cyclé"
> juste après mon problème on dirait.

Avec CNFS, ça risque d'être compliqué. Si le marqueur du buffer s'est
perdu au moment de la renumérotation, c'est cuit.

Y'a rien à faire, pour du petit trafic, rien de tel que tradspool, AMHA.

> comp.lang.java.programmer 0000642705 0000016616 y
> Et dans l'overview j'ai encore un article avec :
> Xref: spool6-east.superfeed.net comp.lang.java.programmer:641678

Ca a pas l'air bon, ça. J'ai vu passer sur les listes de discussion un
problème avec deux en-têtes Xref. Si tu peux attraper l'article,
regarde un peu ?

Fred
--
Did you happen to catch Or did it happen so fast What you thought
would always last Has passed you by Is everything speeding up Or am I
slowing down I'm just spinning around And i don't know why All the
pieces don't fit (Nine Inch Nails, Where Is Everybody)

F. Senault écrivait :

> Avec CNFS, ça risque d'être compliqué. Si le marqueur du buffer s'est
> perdu au moment de la renumérotation, c'est cuit.
>
> Y'a rien à faire, pour du petit trafic, rien de tel que tradspool,
> AMHA.

Je voulais justement éviter les problèmes d'espace disque. Mais si c'est
moins le bordel à réparer je vais voir.

>> comp.lang.java.programmer 0000642705 0000016616 y
>> Et dans l'overview j'ai encore un article avec :
>> Xref: spool6-east.superfeed.net comp.lang.java.programmer:641678
>
> Ca a pas l'air bon, ça. J'ai vu passer sur les listes de discussion
> un problème avec deux en-têtes Xref. Si tu peux attraper l'article,
> regarde un peu ?

Je ne l'ai pas chez moi, je l'ai trouvé sur le serveur de Nerim mais je
ne vois rien de spécial dessus. Sauf la date qui est antérieure à mes
soucis, pfff comprend plus là.

Merci.

Le Mardi 01 novembre 2005 à 15:41 UTC, Patrick Lamaizière écrivait sur
fr.comp.usenet.serveurs :

> Je voulais justement éviter les problèmes d'espace disque.

En fait le risque en tradspool, c'est surtout un problème d'inode.

@+
--
> Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-