Newsgroup: it.comp.os.linux.software
Titolo: Newsx - no news is good news!

Ciao,
ho un problemone con newsx (uso inn 2.3.1-4 e newsx 1.4-7 da debian 
woody compilato per potato), ho messo in 
/var/spool/news/in.hosts/
uni-berlin.de
 delle righe così:
it.comp.os.linux.software 0
....
...
:stop
e avvio newsx tramite questa linea di comando:
/usr/lib/news/bin/newsx -a authfile --inn -dd -e stop --window 10 
--rnews 
uni-berlin.de
 
news.cis.dfn.de
Però si autentica ma non scarica un bel niente, ecco il log:
mat:~$ /usr/lib/news/bin/newsx  -a authfile --inn -dd -e stop --window 
15 --rnews 
uni-berlin.de
 
news.cis.dfn.de
newsx.real: option --locks was "/var/run/news", respecified as 
"/var/run/news"
newsx.real: option --batch was "/var/spool/news/out.going", respecified 
as "/var/spool/news/outgoing"
newsx.real: option --incoming was "/var/spool/news/in.coming", 
respecified as "/var/spool/news/incoming"
newsx.real: option --inhosts was "/var/spool/news/in.hosts", respecified 
as "/var/spool/news/in.hosts"
reading profile /var/spool/news/in.hosts/uni-berlin.de.conf
newsx 1.4 Wed May  9 02:31:38 2001
server: 
news.cis.dfn.de
, spool: 
uni-berlin.de
reading /etc/news/newsfeeds
found entry for 
uni-berlin.de
 in /etc/news/newsfeeds
reading /var/lib/news/active
outgoing spool is empty
connecting to nntp server at 
news.cis.dfn.de
OK, can post
fetching news
end at tag "stop"
no news is good news!
posted 0, fetched 0 articles in 0 groups at 0 net cps
Risultato, niente download....
Che faccio? Vi prego datemi una mano che sono ridotto a postare da deja :((
Grazie
-- 
Posted from 
mail6.galactica.it
 [212.41.208.23] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 --rnews 
uni-berlin.de
 
news.cis.dfn.de
Umh, mi viene un dubbio... hai creato i gruppi con ctlinnd ?
-- 
Filippo Panessa A.K.A. Kalem
fpanessa (at) tiscalinet (dot) it 
http://web.tiscalinet.it/kalem

 Umh, mi viene un dubbio... hai creato i gruppi con ctlinnd ?
Si certo, tant'è che li vedo da slrn, però non li scarica....
Che sia un problema di INN? Che può essere?
Grazie, Ciao.

    <-- 2 scelta

Ecco, qualcosa ho fatto, era un problema di newsfeed. Avevo il newsfeed di 
inn cosě : !local.*,!control.*,!junk ; ci ho aggiunto it.*, e ha scaricato 
tutto perfettamente. Il problema ora si pone nell'upload.
Inn mette in /var/spool/out.going/
uni-berlin.de
 una cosa del genere :
XXXXXXXXXXXXXXXXXXXXX <message_id>
Le X sono caratteri casuali, quasi tutto numeri, e c'č anche una  @, non 
ricordo se all'inizio o alla fine delle "X".
Ad ogni modo newsx diche che non trova "XXXXXXXXXXXXXX" e di conseguenza 
non posta. Che posso fare?
Grazie ;)
-- 
err: signature too big

 correttamente impostato, e magari fammi sapere che succede.
Infatti, era il newsfeed, io negavo l'uscita dei locali, invece ho dovuto 
specificare quelli che volevo uscissero; ho aggiunto it.* praticamente.
Ora però il problema è che non spedisce.
INN non mette più il path dell'articolo e il suo msg-id nel file di spool 
d'uscita, ma mette dei caratteri random seguiti dal msg-id. Newsx cerca i 
caratteri random come se fosse un path, non lo trova, e non posta....
Hai idea di come fare?


 Hai idea di come fare?
apt-get install inn2-dev
fammi sapere se va.


 XXXXXXXXXXXXXXXXXXXXX <message_id>
no, mette @token@ <message_id>.


 fammi sapere se va.
inn2-dev è installato, ma non spedisce. Vado a rileggere il post su google 
ma mi pareva che c'era una patch, e doveva essere messa in newsx 1.5 .
Eri te l'autore giusto? Se c'era una patch c'era un baco, io ho newsx+inn2 
compilati dalla sid, newsx è l'1.4 di versione.. la patch c'è già?
Ah, avevo letto anche del cfns (possibile?) che metteva tutto in un unico 
file.... ricordo giusto? E` vero? E` meglio del metodo normale? Io se non 
erro ora ho "tradspool" in storage.conf ....
Ok, grazie mille ;)
Ciao.
ps:mannaggia se restavo a inn2.2 era meglio ;)))


 ps:mannaggia se restavo a inn2.2 era meglio ;)))
non preoccuparti, vedrai che sistemiamo. Fammi sapere.


 non preoccuparti, vedrai che sistemiamo. Fammi sapere.
*Grazie mille* per l'aiuto e la pazienza ;)
Ciao, `matte.


 non posta. Che posso fare?
Leggere la man page di newsfeeds, per esempio?
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 Leggere la man page di newsfeeds, per esempio?
O meglio, quella di sm e storage.conf, di cui pero` ignoravo l'esistenza
del primo, e l'utilita` (non pensavo centrasse finche` Carlo non mi ha
fatto imboccare la strada giusta) di storage.conf.
Ciao, `matte.


 Tu cosa usi?
La storia e` lunga, provo a sintetizzarla.
Lo  spool tradizionale ha i  nomi  dei newsgroup  che corrispondono  a
directory e  gli articoli ai  file, quindi qualsiasi  operazione passa
per il  file system  del sistema  operativo,  che introduce  quindi un
collo di  bottiglia che diventa  tanto piu` significativo  quanto piu`
grande e` il numero dei file. Per un feed  vero quindi c'e` un aumento
notevole di prestazioni, ma    per  un feed casalingo e`    abbastanza
irrilevante. Il vantaggio quindi e` solo  nel fatto che puoi fissare a
priori la dimensione dello spool,  visto  che l'expiry degli  articoli
avviene solo quando  la dimensione  massima  viene raggiunta e  quindi
l'ultimo articolo  viene ad essere  sovrascritto al  primo. Lo storage
manager ti permette una grande  flesibilita` nello spool, puoi infatti
mischiare  vari  tipi  a seconda   delle  gerarchie o addirittura  dei
gruppi.
Io, solo  a scopo  puramente didattico, mi  sono fatto  un CNFS per la
gerarchia alt.* e un trad spool per it.* .
Per ripristinare  uno spool ripassandolo ad un  nuovo server credo sia
abbastanza  indifferente   in termini  di    sicurezza quale tipo stai
usando. 
A proposito, se  vuoi passare al CNFS e  salvare il  tuo spool attuale
devi riconvertirlo  e la  cosa va fatta  in  un modo tale  che risulta
didatticamente molto utile per capire anatomia e fisiologia di INN. Se
ti interessa possiamo parlarne, ma magari  per email o se interessa ad
altri, in un nuovo thread.


 altri, in un nuovo thread.
Penso possa interessare a molti, vedi te se ne hai voglia. Intanto provo
a cercare qualcosa nelle FAQ di INN.


 a cercare qualcosa nelle FAQ di INN.
Ho  cambiato il subject di  questo articolo  e  aggiungo quello che ho
imparato dell'argomento.   
Ci sono molti  modi di fare questa cosa,  ma sostanzialmente  tutto si
riassume  nell'uso  di RNEWS oppure   di INNXMIT.  Il  primo serve per
passare al   server  locale un batch  di   articoli, utile  quindi per
ripristinare un  backup, mentre  il secondo  serve  per  prelevare uno
spool da un  server vecchio e/o in un  formato diverso dal tradspool e
passarlo allo   spool  del  nuovo server nel   nuovo  formato adottato
(es. cnfs, timehash, timecaf).
Un esempio  del secondo  tipo  e` quello della  faq  di inn 2   di cui
parlavamo prima.
Un esempio del  primo tipo e` quello   di utilizzare uno  script (vedi
successivo esempio) che si serva di SM per passare a RNEWS un articolo
alla volta prelevandone il @token@ dall'history.
<esempio>
   <scriptino>	
	cut -f3 history | xargs -n1 sm -q -R | rnews 
   </scriptino>	
   <commento>
	La prima parte  ricava il token  dal  terzo campo dell'history
	database, la passa a xargs che esegue  una linea alla volta SM
	passandogli    il @token@, quest'ultimo    non  restituisce  i
	messaggi  di errore dovuti alle  "entries expired" (-q) mentre
	restituisce l'articolo completo  (-R)  e lo incanala ad  rnews
	che a  sua  volta  lo passa  al  server  che gira   in  locale
	(altrimenti man rnews per le opzioni  giuste per trasferire ad
	altro server).
	Penso che dovrebbe funzionare, ma non l'ho mai provato fino in
	fondo   e avendolo ricavato  prendendo  vari spunti  in giro e
	essendo un gran ignorante di bash non garantisco il risultato.
	Il mio dubbio  e`  se la seconda    pipe fa funzionare   rnews
	effettivamente un articolo alla  volta (cosa importante  visto
	che  non  abbiamo a che  fare con  un file  batch come input).
	Commenti sono bene accetti.
    </commento>	
</esempio>
Un altro esempio (questo e`  stato sperimentato e funziona di  sicuro)
e` quello  di creare un batch  file secondo il formato riconosciuto da
RNEWS (man rnews(1) ) e darglielo in pasto.
Per creare il batchfile io ho utilizzato una delle numerose utility di
INN (PULLNEWS, vedi man pullnews(8)  ).  In pratica occorre creare  un
file di configurazione chiamato .pullnews fatto cosi`:
	localhost
		lista_di_gruppi
e poi si chiama pullnews con le seguenti opzioni:
      pullnews -r batch_file
Dopo che il batch file e` stato creato lo si puo passare a RNEWS e il
gioco e` fatto:
      renews batch_file
L'utilizzo di RNEWS rispetto a INNXMIT permette il trasferimento dello
spool anche con inn 2.3.1 , ma ha una controindicazione. Viene infatti
cambiato l'header  "xref", che e` utlizzato dai  client per  creare il
database  degli  articoli letti,  quindi  questa   informazione verra`
persa con l'utilizzo di RNEWS.


 persa con l'utilizzo di RNEWS.
Ah,  ma ha  solo la  controindicazione di  non poter  piu` capire  quali
articoli sono stati letti e quali no? Se e` solo questo non importerebbe
molto.
______________
Ricapitolando:
Prima dovrei  salvarmi l'attuale  spool. Se ho  capito bene  posso farlo
creando direttamente il  file con pullnews, oppure  tramite lo scriptino
di cui  parlavamo prima. Poi devo  cancellare tutto lo spool  e avere un
inn fresco fresco come appena installato;  e qui non ho capito bene come
poter fare, o meglio non sono  sicuro che l'expire sia il metodo giusto.
Successivamente modifico storage.conf e metto  il metodo da me scelto, e
poi inserisco tutto dando in pasto a rnews il file creato prima, ora inn
provvedera` a inserire tutti gli articoli nel server tenendo conto delle
eventuali specificazioni di storage per ogni gerarchia.
Sbaglio?
________
Due appunti  sul post. Ho  scritto tutto  mentre facevo delle  prove e/o
leggevo man e faq, praticamente ho slrn  aperto da 4 ore ;) Quindi scusa
se  c'e` qualche  contraddizione perche`  ho riscritto  varie volte  dei
pezzi ;)
Grazie ancora per la disponibilita`. 


 eventuali specificazioni di storage per ogni gerarchia.
prima ricrei tutti i gruppi con 
      ctlinnd newgroup gruppo
poi  fai riparire il server  e  infine dai in  pasto  a rnews il batch
file. A questo  punto viene ricreata  l'history, riallineato l'active,
ricreata l'overview e in fine tutto e` pronto.
Mi raccomando, fammi  sapere come  va  (spero di  non aver dimenticato
nulla).
Una nota finale, sono sicuro che si puo` anche trasferire il tutto con
un metodo meno brutale del "distruggi  tutto prima di ricostruire", ma
come ti ho gia`   detto io sono un lamer   e ho scelto la  strada piu`
sicura (comunque a me ha funzionato).


 nulla).
Grazie al tuo  aiuto ce l'ho fatta, altrimenti ora  starei ancora con il
tradspool ;)))
Grazie ancora.
Ah, ultima domandina ; se dovessi fare dei backup, come faccio?
Uso pullnews per farmi dei backup di tanto in tanto? E` il metodo
migliore?


 E` il metodo migliore?
il metodo piu`  sofisticato presente "out  of the box"  e` un newsfeed
verso il programma ARCHIVE (fa parte di INN), e` spiegato negli esempi
di man newsfeeds(5)   e su man archive(8).   Di   default ti crea   un
archivio   dei  newsgroup da te   indicati  sul file di configurazione
"newsfeeds" in stile trad spool sotto la dir /var/spool/news/archives,
ma  se utilizzi l'opzione -c  ti crea una directory per  ogni  ng e un
file per ogni mese che contiene  tutti i post mensili  di quel ng, una
cosa tipo:
/var/spool/news/archives/it.comp.os.linux.software/20015
per gli articoli di queto mese. Ci sono anche altre possibilita`, vedi
il manuale.
Utile  l'opzione -i che   genera  un  indice   con tanto  di  subject,
message-id e newsgroup.
Se  decidi  di sperimentare ancora  con i  cycbuffs, mi fai  sapere il
risultato?


 explains why.

 E` il metodo migliore?
il metodo piu`  sofisticato presente "out  of the box"  e` un newsfeed
verso il programma ARCHIVE (fa parte di INN), e` spiegato negli esempi
di man newsfeeds(5)   e su man archive(8).   Di   default ti crea   un
archivio   dei  newsgroup da te   indicati  sul file di configurazione
"newsfeeds" in stile trad spool sotto la dir /var/spool/news/archives,
ma  se utilizzi l'opzione -c  ti crea una directory per  ogni  ng e un
file per ogni mese che contiene  tutti i post mensili  di quel ng, una
cosa tipo:
/var/spool/news/archives/it.comp.os.linux.software/20015
per gli articoli di queto mese. Ci sono anche altre possibilita`, vedi
il manuale.
Utile  l'opzione -i che   genera  un  indice   con tanto  di  subject,
message-id e newsgroup.
Se  decidi  di sperimentare ancora  con i  cycbuffs, mi fai  sapere il
risultato?
-- 


 la struttura di newsfeeds.
Fresco fresco da un post di Russ Allbery, uno degli sviluppatori di INN.


quell'errore. 
[...]
Avete avuto anche voi problemi con i permessi?
A memoria ricordo /var/run/news/innwatch.time che ho dovuto cambiare da
root.root a news.news
Ed ho anche dovuto modificare /etc/init.d/inn2. Non si stoppava in
nessun modo e durante lo shutdown non riusciva a smontare la partizione
(/usr mi pare).
Si stoppa solo con i permessi di root quindi niente 'su news -c' nello
stop.
Il tutto su debian stable ricompilando i sorgenti con dpkg-buildpackage.
Lunedi` se riesco a trovare due minuti riaccendo quella macchina perche`
*mi sembra* di aver visto altri file root.root nelle varie dir di inn.
-- 
Bye,     |
Alfredo  |_____________________________________
Amontagna|   powered by Debian GNU/Linux 2.2

 risultato?
Certo, domani ho gia` in programma  di sistemare tutto al meglio, magari
sottoscrivendo anche questo famoso news.software.nntp. Ora che ho capito
(spero ;)  ) il  metodo ci  metto poco  a rifare  tutto come  voglio io,
magari con una struttura un po piu` complessa dell'attuale.
Io  ti ringrazio  nuovamente per  l'ottima  spiegazione e  anche per  la
pazienza che hai avuto con uno zuccone come me ;)) Cerchero` di rendermi
utile se qualcuno avesse bisogno di spiegazioni.


> }
Proprio  quello che  cercavo, non  finiro`  mai di  ringraziarti per  la
disponibilita`; ora  e` meglio  che vada  a dormire,  domani ti  so dire
sulle prossime modifiche ;)


 Avete avuto anche voi problemi con i permessi?
una  volta, mi  sono dimenticato di  passare  all'utente news prima di
fare un expireover manuale e mi ha cambiato  i permessi dell'history e
dei file overview.


 nelle varie dir di inn.
Domani li cerco con find, ma mi pareva fosse tutto pulito...


dei file overview.
Non e` il mio caso. Questa sera prima di venire a casa ho compilato ed
installato inn. Ho fatto subito lo shutdown *senza* aver modificato o
eseguito nulla e mi sono accorto che una partizione non veniva smontata
in quanto inn ancora up and running.
# /etc/init.d/inn2 stop
a te non da problemi?
Lunedi` vedo di fare altre prove e faccio sapere.


Ciao, `matte.
Ciao e grazie del riscontro.


 a te non da problemi?
No, ma io ho woody e ho installato il pacchetto con i binari.


>Domani li cerco con find, ma mi pareva fosse tutto pulito...
Niente... :
matteo@mat~$ find /var/run/news/ -uid 0
matteo@mat~$ find /var/spool/news/ -uid 0
matteo@mat~$ find /var/lib/news/ -uid 0
matteo@mat~$
Nessun file di root. Solo la dir /var/run/innd/ ma č completamente vuota.


 risultato?
Eccomi qua, ho sistemato il tutto.
Ho fatto  4 cycbuff  e altrettanti metacycbuff...  faccio prima  a farti
vedere i file di config ;)
matteo@mat~$ cat /etc/news/cycbuff.conf |grep -v ^#
cycbuff:ONE:/var/spool/news/articles/one:200704
cycbuff:TWO:/var/spool/news/articles/two:32768
cycbuff:THREE:/var/spool/news/articles/three:32768
cycbuff:FOUR:/var/spool/news/articles/four:16384
metacycbuff:HIGH-INTEREST:ONE
metacycbuff:LOW-INTEREST:TWO
metacycbuff:LINUX:THREE
metacycbuff:NEWS:FOUR
matteo@mat~$ cat /etc/news/storage.conf |grep -v ^#
method cnfs {
        newsgroups: it.comp.lang.*,it.comp.os.*,it.comp.www.*
        class: 1
        options: HIGH-INTEREST
}
method cnfs {
        newsgroups: it.comp.hardware.*,it.comp.sicurezza.*,it.sport.*
        class: 2
        options: LOW-INTEREST
}
method cnfs {
        newsgroups: linux.*
        class: 3
        options: LINUX
}
method cnfs {
        newsgroups: news.*
        class: 4
        options: NEWS
}
---------			
Ecco qua, ho fatto 4 metacycbuff, uno da 196MB, due da 32MB e uno da
16MB, ho usato il primo per it.comp.* (tranne .hardware e .sicurezza),
il secondo per il resto di it.* che seguo, e altri due per linux.* e
news.* ; ora e` tutto perfetto, mi restano da sistemare piccole cose
tipo il cron, e poi ho finito.
Grazie ancora dell'aiuto. Ora ho un INN perfetto ;)


 stop.
Ho trovato la soluzione. In realta` era una cazzatina.
stop () {
    su news -c "/usr/lib/news/bin/rc.news stop"
}
in /etc/init.d/inn2, ci vanno i ``"'' doppi apici ;))
Era proprio una cavolata ;))


 437 HTML post
May 14 10:55:22 samvise rnews: rejected 437 HTML post
Se qualcuno  volesse una   specie  di  mini-mini howto   senza nessuna
pretesa posso scrivere un articolo e  mandarlo sul ng oppure via email
(immagino ci sia un mucchio di gente che  non ne potra` piu` di sentir
parlare di INN).


Nessun file di root. Solo la dir /var/run/innd/ ma e` completamente vuota.
$ find /var/spool/news/ -uid 0
/var/spool/news/tradspool.map
Mentre partendo da /user/lib/news, contrariamente a INN 2.2, e`
*praticamente* tutto impostato su root.root.
Ora sara` meglio che inizio a leggere meglio la documentazione.
p.s. ho preso nota della correzione da apportare. Banale, ma non me ne
rendevo conto. TNX.


 rendevo conto. TNX.
Nada, +ttosto, ti risulta ci sia un modo per evitare che cron mandi un
messaggio err.crit, per ogni volta che si spegne il server? Perche` su
un sistema casalingo si spegne il pc parecchio, e quel file cresce, e
cron continua ad avvisare.... bho... sempre che non sia una cosa troppo
complicata... che mal che vada ci metto un filtro su procmail...


complicata... che mal che vada ci metto un filtro su procmail...
Il file in questione e` /usr/lib/news/bin/innwatch (dopo la riga 316).
Io ho preferito impostare un filtro in procmail per inviare le mail in
una mailbox su cui *non* mi viene notificato l'arrivo di nuova posta.
Per quanto riguarda le dimensioni dei file in /var/log/news
(qui su inn 2.2 [2]), vengono ruotati quotidianamente in /var/log/news/OLD.
Per caso hai /etc/cron.d/inn2 impostato su orari in cui il pc e` spento?
Altrimenti non mi spiego la crescita di quel file.
[1] f/up to poster
[2] domani controllo sul pc incriminato


 Per caso hai /etc/cron.d/inn2 impostato su orari in cui il pc e` spento?
Nono, l'ho all'ora giusta, non alle 4 di mattina come e` di default ;)
Che fra l'altro fino a poco tempo fa mi non mi creava problemi visto che
finivo verso le 4/5 ;))
