headers
Kathryn Hemness | 4 Aug 2006 20:41
Picon

Files in /var/news/tmp

Greetings,

I've been really happy with the performance of my news server running
innd-2.4.2, but last night my news.daily didn't run due to the
following error:

Temporary file /var/news/tmp/doex26371 exists

This file does exist with a creation/modification date of
Aug 19  2005.

Is this a case of a recycling a doex #?  And can I safely remove the
files in /var/news/tmp so that my news.daily will run tonight?

--Kathy
Permalink | Reply | 1 comment |
headers
Russ Allbery | 4 Aug 2006 21:39
Picon
Favicon
Gravatar

Re: Files in /var/news/tmp

Kathryn Hemness <kfhemness <at> ucdavis.edu> writes:

> I've been really happy with the performance of my news server running
> innd-2.4.2, but last night my news.daily didn't run due to the following
> error:

> Temporary file /var/news/tmp/doex26371 exists

> This file does exist with a creation/modification date of
> Aug 19  2005.

> Is this a case of a recycling a doex #?  And can I safely remove the
> files in /var/news/tmp so that my news.daily will run tonight?

Yes, and yes.  The file is just named with the current process ID and can
get stranded if news.daily is killed or aborts.

--

-- 
Russ Allbery (rra <at> stanford.edu)             <http://www.eyrie.org/~eagle/>

    Please send questions to the list rather than mailing me directly.
     <http://www.eyrie.org/~eagle/faqs/questions.html> explains why.
Permalink | Reply | 0 comments |
headers
Bernt Hansson | 8 Aug 2006 07:28

readers.conf problems

Hello

I'm having problems with readers.conf, where it seems that ckpasswd does 
not read the password file. My readers conf is below.

auth "localhost" {
         hosts: "localhost, 127.0.0.1, stdin"
         default: "<localhost>"
}

auth "authusers" {
         hosts: "*"
         auth: "ckpasswd -f /path/to/password/file"
         default: "<authusers>"
}

I've even tryed ckpasswd -f /path/to but it does not seem to matter much.

access "localhost" {
         users: "<localhost>"
         newsgroups: "*"
         access: RPA
}

access "authusers" {
         users: "<authusers>"
         newsgroups: "*,!*.bin*,!junk,!control*"
         access: RP
}
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jeffrey M. Vinocur | 8 Aug 2006 19:58

Re: readers.conf problems

On Tue, 8 Aug 2006, Bernt Hansson wrote:

> I'm having problems with readers.conf, where it seems that ckpasswd does 
> not read the password file. My readers conf is below.

You don't say what symptom you're concerned about, so it's a little hard
to know what you're actually expecting vs what you observe.

My guess, though, is that here:

> auth "authusers" {
>          hosts: "*"
>          auth: "ckpasswd -f /path/to/password/file"
>          default: "<authusers>"
> }
> 
> access "authusers" {
>          users: "<authusers>"
>          newsgroups: "*,!*.bin*,!junk,!control*"
>          access: RP
> }

you are probably expecting that authenticated users will end up in that 
access group.  However, you need to understand that "default" only assigns 
an identity if nothing else in the auth block does.  Since ckpasswd (if 
successful) always assigns an identity, your authenticated users will not 
be matched by the authusers access group.

--

-- 
Jeffrey M. Vinocur
(Continue reading)

Permalink | Reply | 0 comments |
headers
rpyne | 10 Aug 2006 22:42

Closing a news group

I have been asked by my employer to close a news group that we have 
been running for the last five years. What they want is to leave the 
news server up, just stop any further posts.

I have spent hours reading the docs trying to figure out how to do 
this but have had no luck.

Any help is greatly appreciated.

--Richard
Permalink | Reply | 1 comment |
headers
Alexander Bartolich | 10 Aug 2006 23:21
Picon
Picon

Re: Closing a news group

rpyne <at> shopsite.com wrote:
> I have been asked by my employer to close a news group that we have 
> been running for the last five years. What they want is to leave the 
> news server up, just stop any further posts.

ctlinnd changegroup name_of_the_group x

See "man active" for a description of "x" and other possible flags.
Permalink | Reply | 0 comments |
headers
Russ Allbery | 26 Aug 2006 07:21
Picon
Favicon
Gravatar

Re: CHANresize in INN-2.5.0

Christoph Biedl <cbiedl <at> gmx.de> writes:

> playing around with INN 2.5.0 (20060613 prerelease) I noticed 
> strange messages in news.notice
> | innd: <remote IP>:18 cant read: Bad address
> caused by huge read command like (ltrace)
> | read(19, "", 4294963252)                         = -1
> and a lot of segfaults. After three days of searching I think I found
> the problem in CHANresize in art.c:

> --- chan.c.org  2006-06-13 14:08:48.000000000 +0200
> +++ chan.c      2006-06-16 18:56:25.573081321 +0200
>  <at>  <at>  -714,7 +714,7  <at>  <at> 
>      bp = &cp->In;
>      change = size - bp->size;
>      bp->size = size;
> -    bp->left = bp->left + size;
> +    bp->left += change;
>      p = bp->data;

>      /* Reallocate the buffer and adjust offets if realloc moved the location

This is indeed obviously correct and (belatedly) has now been committed.

--

-- 
Russ Allbery (rra <at> stanford.edu)             <http://www.eyrie.org/~eagle/>

    Please send questions to the list rather than mailing me directly.
     <http://www.eyrie.org/~eagle/faqs/questions.html> explains why.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Russ Allbery | 26 Aug 2006 07:23
Picon
Favicon
Gravatar

Re: CURRENT: innreport error, samples/innreport.conf*

Christoph Biedl <cbiedl <at> gmx.de> writes:

> Heiko told me about fixconfig, thanks. Here's the patch:

> --- ./support/fixconfig.in.org  2006-06-26 15:09:55.395937376 +0200
> +++ ./support/fixconfig.in      2006-06-26 15:09:56.148014084 +0200
>  <at>  <at>  -15,6 +15,7  <at>  <at> 
>  prefix= <at> prefix <at> 
>  exec_prefix= <at> exec_prefix <at> 
>  bindir= <at> bindir <at> 
> +libdir= <at> libdir <at> 
>  libexecdir= <at> libexecdir <at> 
>  sbindir= <at> sbindir <at> 
>  sysconfdir= <at> sysconfdir <at> 
>  <at>  <at>  -61,6 +62,7  <at>  <at> 
>       -e "s, <at> DBDIR\ <at> ,$DBDIR," \
>       -e "s, <at> FILTERDIR\ <at> ,$FILTERDIR," \
>       -e "s, <at> LOGDIR\ <at> ,$LOGDIR," \
> +     -e "s, <at> libdir\ <at> ,$libdir," \
>       -e "s, <at> RUNDIR\ <at> ,$RUNDIR," \
>       -e "s, <at> SPOOLDIR\ <at> ,$SPOOLDIR," \
>       -e "s, <at> tmpdir\ <at> ,$tmpdir," \

Applied.

--

-- 
Russ Allbery (rra <at> stanford.edu)             <http://www.eyrie.org/~eagle/>

    Please send questions to the list rather than mailing me directly.
     <http://www.eyrie.org/~eagle/faqs/questions.html> explains why.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Russ Allbery | 26 Aug 2006 07:27
Picon
Favicon
Gravatar

Re: CURRENT: innreport error

Christoph Biedl <cbiedl <at> gmx.de> writes:

> I'll keep my reports within that thread ;-)
> innreport reports "Unknown entries" from
> - "new control commands"
> - CNFS related messages (format has changed).

> See the attached patch. Works for me.

Thanks, committed with a slight modification to parse both the old and new
CNFS messages.

--

-- 
Russ Allbery (rra <at> stanford.edu)             <http://www.eyrie.org/~eagle/>

    Please send questions to the list rather than mailing me directly.
     <http://www.eyrie.org/~eagle/faqs/questions.html> explains why.
Permalink | Reply | 0 comments |
headers
Russ Allbery | 26 Aug 2006 08:09
Picon
Favicon
Gravatar

Re: compile error making me nutz, auth_krb5

Chip Mefford <cpm <at> well.com> writes:

> inn-2.4.3
>  ./configure --without-kerberos --enable-largefiles --with-perl
> --with-openssl

> gcc -g -O2 -I../include  -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  -c
> auth_krb5.c
> auth_krb5.c:27:22: com_err.h: No such file or directory
> make[1]: *** [auth_krb5.o] Error 1
> make[1]: Leaving directory `/usr/local/src/inn-2.4.3/authprogs'
> make: *** [all-authprogs] Error 2

This had me horribly confused, but I finally figured it out.  When I
released INN 2.4.3, I didn't regenerate config.h.in.  :/  So the probe is
there, but the output is never set.

This is now fixed in STABLE.

--

-- 
Russ Allbery (rra <at> stanford.edu)             <http://www.eyrie.org/~eagle/>

    Please send questions to the list rather than mailing me directly.
     <http://www.eyrie.org/~eagle/faqs/questions.html> explains why.
Permalink | Reply | 0 comments |

Gmane