AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20081114171631.18d559f6@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:exch1.onstor.net
NSV:
SSH:
R:<maxim.kozlovsky@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@exch1.onstor.net/INBOX	0	2779531E7C760D4491C96305019FEEB5175D402E3F@exch1.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Fri, 14 Nov 2008 17:17:01 -0800
From: Andrew Sharp <andy.sharp@onstor.com>
To: Maxim Kozlovsky <maxim.kozlovsky@onstor.com>
Subject: Re: please review 31135
Message-ID: <20081114171701.09cb4974@ripper.onstor.net>
In-Reply-To: <2779531E7C760D4491C96305019FEEB5175D402E3F@exch1.onstor.net>
References: <20081110174445.141b4337@ripper.onstor.net>
	<2779531E7C760D4491C96305019FEEB5175D4029BC@exch1.onstor.net>
	<20081111152935.7fdfef1e@ripper.onstor.net>
	<2779531E7C760D4491C96305019FEEB5175D402E3F@exch1.onstor.net>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Nope, there's another one:

I significantly revamped the design when I was able to trace through
the code and determine that only the libcluster_getVsId() call was
doing any RMC, so I removed all that crap that I've been adding for the
past week and a half, make that call and then call rmc_shutdown(), and
not worry about forks or any of that, because the vsvr id won't change,
at least not w/o a reboot.  This version has been running on
cougar-soak and seems to avoid the problem of pm not reaping the
sessions.  We no longer are seeing the errors from the cluster daemon.


The files that are different from last time are dns.c, smtp_out.c and
exim.c. And of course onstor-vsvr-support.dpatch itself.

~andys/src/dev/linux/Pkgs/source/exim4/exim4-4.63-virgin/src

~andys/src/r401rel/linux/Pkgs/source/exim4/exim4-4.63/build-tree/src

On Tue, 11 Nov 2008 15:34:30 -0800 Maxim Kozlovsky
<maxim.kozlovsky@onstor.com> wrote:

> Ok. Hope this is the last one.
> 
> >-----Original Message-----
> >From: Andy Sharp
> >Sent: Tuesday, November 11, 2008 3:30 PM
> >To: Maxim Kozlovsky
> >Subject: Re: please review 31135
> >
> >On Mon, 10 Nov 2008 18:20:21 -0800 Maxim Kozlovsky
> ><maxim.kozlovsky@onstor.com> wrote:
> >
> >> Ok...
> >>
> >> The alarm and setitimer functions can not fail with EINTR according
> >> to my version of the man pages, but if it feels safer to call them
> >> twice or thrice, go ahead.
> >
> >OK, the only thing that's changed from yesterday is that exim's
> >sighandler function no longer installs itself as the handler at the
> >end any more, and no longer calls rmc_timer_intr, because it doesn't
> >need to anymore.
> >
> >> Fs-linux.c has some unrelated change at line 51.
> >
> >Aha, that snuck in because I did it on r401rel branch.  Fixed.
> >
> >
> >> >-----Original Message-----
> >> >From: Andy Sharp
> >> >Sent: Monday, November 10, 2008 5:45 PM
> >> >To: Maxim Kozlovsky
> >> >Subject: please review 31135
> >> >
> >> >The original and modified directories are:
> >> >
> >> >~andys/src/dev/linux/Pkgs/source/exim4/exim4-4.63-virgin/src
> >> >
> >> >~andys/src/r401rel/linux/Pkgs/source/exim4/exim4-4.63/build-tree/src
> >> >
> >> >
> >> >
> >> >Change 31135 by andys@ripper on 2008/11/10 16:30:47 *pending*
> >> >
> >> >        TED00025710 - Over 200 Exim processes running
> >> >
> >> >        Try # 87 to fix this.
> >> >
> >> >        Nothing seemed able to deal with the SIGALRM problem
> >> > except daisy-chaining the RMC SIGALRM handler to the tail end of
> >> > the exim4 handler.  Bletch.
> >> >
> >> >        Also, fix up the exim config files to better dev/null all
> >> > local messages.  It actually says => /dev/null in the log.  Cool.
> >> >
> >> >        Add fixups to exim-rm-frozen daily cron script that better
> >> > deals
> >> >	with the possible situation of an overload of frozen
> >> >	(undeliverable)
> >> >        or queued messages.
> >> >
> >> >        Change the /etc/hosts generating code to put the
> >> > hostname.ifname last, otherwise exim wants to treat the local
> >> > host as a remote host and do a DNS lookup on it, which isn't
> >> > helping.
> >> >
> >> >        reviewed by
> >> >
> >> >Affected files ...
> >> >
> >> >... //depot/dev/linux/Pkgs/binary/Deb/exim4-base_4.63-17_mipsel.deb#6
> >> >edit ... //depot/dev/linux/Pkgs/binary/Deb/exim4-daemon-custom_4.63-
> >> >17_mipsel.deb#9 edit
> >> >... //depot/dev/linux/Pkgs/source/exim4/onstor-vsvr-support.dpatch#5
> >> >edit ... //depot/dev/linux/rootfs/etc/aliases#1 edit
> >> >... //depot/dev/linux/rootfs/etc/cron.daily/exim4-rm-frozen#3 edit
> >> >... //depot/dev/linux/rootfs/etc/exim4/exim4.conf.template#4 edit
> >> >... //depot/dev/nfx-tree/code/ssc-genlib/fs-linux.c#10 edit
> >>
