headers
Russ Allbery | 3 Apr 2012 06:04
Picon
Favicon
Gravatar

Libtool now unconditional in INN CURRENT

Per our recent discussion, as the first step of updating the INN build
system, I've made building with Libtool unconditional and removed the
--enable-libtool option.  That lets us update to Libtool 2.4.2 without
breaking things, so I've also done that.

--

-- 
Russ Allbery (rra <at> stanford.edu)             <http://www.eyrie.org/~eagle/>
Permalink | Reply | 7 comments |
headers
The Doctor | 3 Apr 2012 16:06
Picon
Picon
Favicon

inn-CURRENT-20120403 issue

Upon attempting to install, I get

inn-CURRENT-20120403$ ctlinnd shutdown update; pskill rc.news; pskill innwatch; pskill ovdb; pskill
nnrpd; pskill cnfsstat ; pskill innfeed; gmake update;
ctlinnd: no innd.pid file; did server die?
ctlinnd: cannot send "shutdown" command (sendto failure): No such file or directory
killing rc.news (process )...kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill
-l [sigspec]
slaughtered.
killing innwatch (process )...kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or
kill -l [sigspec]
slaughtered.
killing ovdb (process )...kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]
slaughtered.
killing nnrpd (process )...kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]
slaughtered.
killing cnfsstat (process )...kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or
kill -l [sigspec]
slaughtered.
killing innfeed (process )...kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill
-l [sigspec]
slaughtered.

gmake[1]: Entering directory `/usr/source/inn-CURRENT-20120403/include'
../support/install-sh -o bin -g news -m 0755 -d /var/news/include/inn
for F in inn/*.h ; do \
            ../support/install-sh -c -o bin -g news -m 0644 -B .OLD $F /var/news/include/$F ; \
        done
gmake[1]: Leaving directory `/usr/source/inn-CURRENT-20120403/include'
(Continue reading)

Permalink | Reply | 0 comments |
headers
Russ Allbery | 3 Apr 2012 18:54
Picon
Favicon
Gravatar

Re: Libtool now unconditional in INN CURRENT

Russ Allbery <rra <at> stanford.edu> writes:

> Per our recent discussion, as the first step of updating the INN build
> system, I've made building with Libtool unconditional and removed the
> --enable-libtool option.  That lets us update to Libtool 2.4.2 without
> breaking things, so I've also done that.

And I've now fixed our special support for -B, which broke make install.
Sorry about that.  I should be more careful when it's been a long time
since I worked on INN!  (Although that's another reason to eventually drop
-B, since it requires remembering to fiddle with things.)

--

-- 
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 | 1 comment |
headers
Julien ÉLIE | 4 Apr 2012 21:14
Favicon

Re: Libtool now unconditional in INN CURRENT

Hi Russ,

>> Per our recent discussion, as the first step of updating the INN build
>> system, I've made building with Libtool unconditional and removed the
>> --enable-libtool option.  That lets us update to Libtool 2.4.2 without
>> breaking things, so I've also done that.

That's great!  Many thanks for tackling that change.

> And I've now fixed our special support for -B, which broke make install.
> Sorry about that.  I should be more careful when it's been a long time
> since I worked on INN!  (Although that's another reason to eventually drop
> -B, since it requires remembering to fiddle with things.)

It was one of the very very few specific files we have :)

Usually updated during the release process:

   http://www.eyrie.org/~eagle/software/inn/docs/hacking.html

There are no INN-specific modifications to those files except for
ltmain.sh which recognizes the additional -B flag that INN's install-sh
script uses. This script should also be updated at the same time from
<http://git.savannah.gnu.org/gitweb/?p=automake.git;a=tree;f=lib>; it
similarly contains local modifications in order to support the
additional -B flag, as well as a few other changes mentioned in a
comment at the beginning of the file.

--

-- 
Julien ÉLIE
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matija Nalis | 7 Apr 2012 03:31
Picon

Re: performance loss with inn 2.5.x (tradspool) ?

On Mon, Feb 13, 2012 at 01:41:25PM +0100, Julien ÉLIE wrote:
> Hi Matija,
> 
> >I've recently upgraded (xref master) news machine from Debian
> >Lenny with INN 2.4.6-snapshot-20090119 to Debian Squeeze with
> >INN 2.5.2-2~squeeze1
> >
> >I've done it before with xrefslave INN server (tradspool with
> >tradindex) on similar hardware, and it didn't have any performance
> >issues.
> >
> >However, now I've upgraded xref master server (tradspool, no readers
> >and no overview indexes, with about 45 realtime peers) and I'm seeing
> >severe performance degradation (loadavg went from 2 to 6!), which
> >started to create problems (server does not responded to nagios
> >connection probes to port 119, etc)
> 
> I do not know what could generate such a difference.

For the record: it seems to be the kernel, as going back to the one from
lenny restored most of the performance back.

But as that server was old anyway, and running old kernel was not a
long-term option, it got upgraded to new shiny server with 4 disks 
in RAID10 and working BBU RAID controller which made it fly!

> As far as I understand, the problem is related with "peering"-like
> functions.
> INN 2.5.x has a new parser for NNTP commands but I doubt it would
> cause a very huger load for innd.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane