headers
Ulrich Schmid | 2 Feb 2006 15:09
Picon
Favicon

Re: Last call for 2.4.3 problems


on 27/1/06 21:08 Russ Allbery wrote:
> Ulrich Schmid <schmid <at> switch.ch> writes:
> 
> 
>>from the ChangeLog of 2.4.2 (missing in 2.4.3 ChangeLog):
>>2004-06-02 20:11  hkehoe
>>    * history/hisv6/hisv6.c: In hisv6_reopen(), if MMAP_NEEDS_MSYNC and
>>      INND_DBZINCORE are set and nfsreader is false, override INCORE_NO
>>      to INCORE_MMAP
> 
> 
>>2004-06-02 20:02  hkehoe
>>    * lib/dbz.c: Put msync call in putcore for INCORE_MMAP Move
>>      writethrough test from dbzsync to putcore because it only applies
>>      to INCORE_MEM
> 
> 
>>whereas I assume that my problem is due to the changes in dbzsync /
>>putcore.  If I use in 2.4.3 dbzsync as of 2.4.1 I got the same history
>>performance as with 2.4.1. Is the writethrough test correct in putcore?
> 
> 
> Well, it's working for everyone else....  This is my timing from a box
> running the 2.4.3 prerelease:
> 
> INND timer:
> Code region                   Time    Pct    Invoked  Min(ms)  Avg(ms)  Max(ms)
> article cancel        00:00:30.339   0.0%       2963    0.200   10.239  131.000
> article cleanup       00:03:46.943   0.3%     765822    0.260    0.296    0.506
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jeffrey M. Vinocur | 4 Feb 2006 20:37

Re: expire.ctl confused on order?

On Jan 26, 2006, at 7:50 PM, <eugenia <at> cox.net> <eugenia <at> cox.net> wrote:

> The man pages and the search on google for expire.ctl have left me  
> confused.  Can anyone advice me.
>
> In the example expire.ctl below I want to expire all “test” and  
> “job”newsgroups in 1 day and all the politic type newsgroups in 7  
> days.  I also want news.lists.filters expired in 0 days.
>
> The man pages say, “Note that the last matching entry will be used,  
> so general patterns (such as defaults for all groups where  
> <pattern> is "*") should appear at the beginning of the file before  
> more specific settings.”
>
> I am confused, based on the above statement “general patterns such  
> as defaults for all groups, as far as “test, jobs,politics”  
> newsgroups should be listed first.  But the wording of, “last  
> matching entry is used” would suggest that the “jobs,test,politics”  
> type groups should be listed last.

Okay, "last mathching entry is used" is the part that really  
describes what happens.  You should design your expire.ctl with that  
in mind.

(The part about defaults coming first is just a hint about how to  
think.  But you're confused because your definition of "defaults" is  
different than ours...so you should just ignore that part.)

The expire.ctl you posted, then, is wrong.  You should put it in this  
order:
(Continue reading)

Permalink | Reply | 0 comments |
headers
zakina | 8 Feb 2006 01:49

expire doesn't expire, what have I done wrong - any ideas?

hi,
back in November I installed INN 2.4.2 on RH3.0 ES and started a new 
spool with a subset of groups using newsx to get articles.

I set up expire.ctl as :-
---
/remember/:40

##  Keep for 1-10 days, allow Expires headers to work.  This entry 
uses
##  the syntax appropriate when groupbaseexpiry is true in inn.conf.
*:A:1:30:40

##  Keep for 1-10 days, allow Expires headers to work.  This is an 
entry
##  based on storage class, used when groupbaseexpiry is false.
#0:1:10:never
# get rid of alt.* as it is not imported at all
alt.*:A:1:2:2

microsoft.*:A:1:30:40
comp.*:A:1:30:40
quics.*:A:1:21:21

# These groups have 5 times as much traffic as anything else
biz.jobs.offered:A:1:2:2
control.cancel:A:0:0:0
junk:A:0:0:0
---
I set Article storage in inn.conf to
(Continue reading)

Permalink | Reply | 0 comments |
headers
lists.inn-workers | 12 Feb 2006 12:46
Picon
Picon

innd: SERVER cant initalize storage manager: Token not found

Hallo inn-workers,

I'm trying to set up inn, so far with little success.
When trying to start innd, I get the error mentioned in the subject.
What could I have done wrong?
I tried "inncheck -v -a -pedantic", but that doesn't complain about
anything.

Groetjes,

           Hans.

jdh punt beekhuizen bij duinheks punt xs4all punt nl

--- GoldED+/LNX 1.1.5/050823
 * Origin: The Wizard is using MBSE/Linux (2:280/1018)
Permalink | Reply | 1 comment |
headers
Jeffrey M. Vinocur | 12 Feb 2006 16:05

Re: innd: SERVER cant initalize storage manager: Token not found

On Feb 12, 2006, at 6:46 AM, lists.inn-workers <at> duinheks.xs4all.nl wrote:

> I'm trying to set up inn, so far with little success.
> When trying to start innd, I get the error mentioned in the subject.

Is there anything else in the news.notice log?

--

-- 
Jeffrey M. Vinocur
jeff <at> litech.org
Permalink | Reply | 0 comments |
headers
Bernt Hansson | 15 Feb 2006 16:40

Unknown keyword in method declaration

I'm getting this for almost all cnfsbuffers I try to make.

news.notice

Feb 15 16:28:08 server innd: SM Unknown keyword in method declaration, 
line 24: cnfs
Feb 15 16:28:08 server innd: SERVER cant initalize storage manager: 
Unknown keyword in method declaration

Line 24 from storage.conf

method cnfs {
         newsgroups: alt.*, <at> *test*, <at> *.bin*, <at> control.cancel
         class: 20
         options: ALT
}

Cycbuff.conf

cycbuff:alt00:/news/spool/news/alt00:500000
cycbuff:alt01:/news/spool/news/alt01:500000

metacycbuff:ALT:alt00,alt01:SEQUENTIAL

What to do?
Permalink | Reply | 1 comment |
headers
Gea-Suan Lin | 17 Feb 2006 11:42
Picon

Bug in authprogs/ident.c

in authprogs/ident.c, SA_LEN(res->local) == sizeof(struct sockaddr)
because res->local comes from stdin, not AF_INET. That's the reason of
the following error msg:

Feb 17 18:10:00 csnews nnrpd[10730]: csbsd1.cs.nctu.edu.tw auth_err ident: cannot bind socket:
Invalid argument

After patching authprogs/ident.c (sorry we don't have IPv6 environment),
ident(8) works fine.

Here is patch:

diff -ruN ident.c.orig ident.c
--- ident.c.orig        Fri Feb 17 18:28:12 2006
+++ ident.c     Fri Feb 17 18:26:02 2006
 <at>  <at>  -17,6 +17,8  <at>  <at> 

 #define IDENT_PORT 113

+#define        CSPATCH
+
 static void out(int sig UNUSED) {
     exit(1);
 }
 <at>  <at>  -101,9 +103,17  <at>  <at> 
     }
     if (sock < 0)
         sysdie("cannot create socket");
+#ifdef CSPATCH
+    if (bind(sock, res->local, sizeof(struct sockaddr_in)) < 0)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Marc G. Fournier | 22 Feb 2006 00:01
Favicon

INN is Dead?


Always a subject to wake up the masses ... but, I notice that the last 
'release' was way back in '04 ... any "upcoming releases", other then what 
is in the snapshots directory? :(

----
Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
Email: scrappy <at> hub.org           Yahoo!: yscrappy              ICQ: 7615664
Permalink | Reply | 4 comments |
headers
Kevin | 22 Feb 2006 00:57
Picon

Re: INN is Dead?

On 2/21/06, Marc G. Fournier <scrappy <at> hub.org> wrote:
> Always a subject to wake up the masses ... but, I notice that the last
> 'release' was way back in '04 ... any "upcoming releases", other then what
> is in the snapshots directory? :(

No no he's not dead, he's, he's restin'!
Remarkable NNTP server, the ISC InterNetNews , idn'it, ay? Beautiful newsfeed!

Seriously, Russ will be releasing 2.4.3 any day now.

Kevin

--
Well, he's...he's, ah...probably pining for the fjords.
Permalink | Reply | 0 comments |
headers
The Doctor | 22 Feb 2006 01:06
Picon
Picon
Favicon

Re: INN is Dead?

On Tue, Feb 21, 2006 at 07:01:12PM -0400, Marc G. Fournier wrote:
> 
> Always a subject to wake up the masses ... but, I notice that the last 
> 'release' was way back in '04 ... any "upcoming releases", other then what 
> is in the snapshots directory? :(
> 
> ----
> Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
> Email: scrappy <at> hub.org           Yahoo!: yscrappy              ICQ: 7615664
> 
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 

2.4.3 is suppose to be out soon.

-- 
Member - Liberal International	
This is doctor <at> nl2k.ab.ca	Ici doctor <at> nl2k.ab.ca
God Queen and country! Beware Anti-Christ rising!
Canada's New CONservatives - Same old Tory.

--

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane