Newsgroup: it.comp.os.linux.software
Titolo: leafnode (texpire) + knode

Mi scarico le news dal 18 gennaio usando i due sw in oggetto.
Leafnode l'ho configurato in modo che funzioni senza passare a root o 
all'utente "news" (letto nel Quick-and-easy-configuration-HOWTO di 
Antonio Fragola) e va tutto bene.
Il problema è arrivato quando, ieri, ho provato a lanciare "texpire" [1] 
(da root). Non da errori ma per ogni NG a cui sono iscritto appaiono due 
righe (come esempio):
comp.infosystems.gis: low water mark 2, high water mark 480
comp.infosystems.gis: 0 articles deleted, 479 kept
(480 è l'ultimo msg scaricato da quel NG, ma cos'è il low water mark? E' 
sempre = 2 ...)
In pratica non viene cancellato nessuno dei vecchi thread che hanno più 
di 30 gg.
Il problema è knode, che forse per quanto lo riguarda non gestisce bene 
qualcosa?
Oppure il fatto che all'inizio l'expire nel file "config" l'avevo settato 
a 50 gg e devo fare qualcosa per farlo rileggere a texpire? (Mi sembra 
strano...)
Avete qualche suggerimento, oltre a quello di cambiare o aggiornare il 
newsreader?
[1] Leafnode è configurato con il parametro "expire" a 30 giorni
-- 
StefanoZ

 più di 30 gg.
certo, perche' l'accesso e' posteriore, visto che i msg li leggi
devi dare 
texpire -f
per eliminarli comunque

 Mi scarico le news dal 18 gennaio usando i due sw in oggetto.
Scusate sono un idiota, bastava premere sull'icona "effettua scadenza 
articoli" in knode.
Però ho risolto solo in minima parte, ora ci sono altri due problemi:
1 - per un paio di NG avevo impostato la voce "groupexpire" 
rispettivamente a 60 e 80 giorni. Ora, mentre per tutti gli altri sono 
stati mantenuti (correttamente) i thread degli ultimi 30 gg, proprio 
per quei due sono rimasti rispettivamente i msg degli ultimi 20 e 18 
giorni;
2 - i vecchi msg sono stati eliminati da knode, ma non da 
/var/spool/news , lì ci sono ancora tutti!
Così mi ritrovo con 45MB e passa da smaltire :-(
-- 
StefanoZ

 Cosě mi ritrovo con 45MB e passa da smaltire :-(
 
hai dato texpire -f?

 hai dato texpire -f?
sì, l'avevo già provato, e non cambia nulla. Oltretutto sembra che 
knode cancelli il proprio elenco di msg in modo quasi "random" :-(
Ma le impostanzioni sulla "scadenza" che ha al suo interno devono 
coincidere con quelle di leafnode? O non c'entrano proprio?
-- 
StefanoZ

"StefanoZ" ha scritto:

le impostazioni di leafnode stanno in /etc/leafnode/config
in generale
expire=N 
poi c'e' groupexpire per i singoli gruppi
groupexpire it.comp.os.* = 15
groupexpire it.economia.borsa = 5
quelle di knode sono per i suoi thread, se infatti sono superiori a 
quelli di leafnode, ti da' errore : messaggio non trovato

 di 30 gg.
texpire -f -vvv
Ciao
Angelo
-- 
L'anarchia puo' non essere la migliore forma di governo, ma e' comunque meglio
della totale assenza di governo.

 expire=N
nel mio caso N=30, parecchi articoli il cui ultimo mio accesso risale 
sicuramente a + di 30 gg fa, eppure texpire non cancella ancora nulla. 
:-(
Grazie cmq per l'aiuto
-- 
StefanoZ

 sicuramente a + di 30 gg fa, eppure texpire non cancella ancora nulla.
saro' banale, ma...
lo esegui da root?
se non va, e' un bug serio di leafnode, il che mi sembra strano. 
magari prova a ricompilarlo

 magari prova a ricompilarlo
leggi l'altro msg che ti sto spedendo, lì suggeriscono questo...
-- 
StefanoZ

 groupexpire it.economia.borsa = 5
trovato su un mini-howto francese:
a quanto sembra usando versioni precompilate di leafnode (io ho 
installato l'rpm della 1.9.18) può succedere che durante il fetching e 
la conseguente scrittura del file .overview che c'è per ogni NG in 
locale, ci siano dei problemi: dicono che si può verificarlo trovando 
righe tipo la seguente in un certo file news.log (che non trovo):
writev() for .overview failed: Invalid argument
Cmq, sembra che questo porti ad avere un .overview o cmq "danneggiato". 
All'accesso di quel NG tramite il newsreader leafnode dovrebbe ricreare 
questo file (che è l'indice dei messaggi) e quindi texpire vede il 
tutto come se l'accesso agli articoli avvenisse ogni volta 
integralmente di nuovo, quindi non cancella di certo quelli con
expire>N
Se è così, la cosa non mi piace per niente...
-- 
StefanoZ