Hi Davor, Actually is the following sequence:
cp access.log access.rotated cp -f a1.txt access.log chmod 644 access.log gzip -f -9 access.rotated As you can see you must not move the access.log but replace it with an empty file. The last step is optional. I must emphasize that I used this method only on Fedora and CentOS systems. a1.txt has to have broad rights, like 777 for instance. Hope it helps. Best regards, Mihai --- On Tue, 10/28/08, Davor Spasoski <[EMAIL PROTECTED]> wrote: > From: Davor Spasoski <[EMAIL PROTECTED]> > Subject: RE: Kannel startup script does not stop bearerbox completely > To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>, "users@kannel.org" > <users@kannel.org> > Date: Tuesday, October 28, 2008, 3:06 PM > Can you please be more precise with your method? > Tried mv access.log acess.rotated > cp blank acess.log > but kannel continues to write in the acess.rotated > > Davor > > > -----Original Message----- > From: Mihai Zsigmond [mailto:[EMAIL PROTECTED] > Sent: Monday, October 27, 2008 7:02 PM > To: users@kannel.org > Subject: RE: Kannel startup script does not stop bearerbox > completely > > > > > --- On Mon, 10/27/08, Mihai Zsigmond > <[EMAIL PROTECTED]> wrote: > > > From: Mihai Zsigmond <[EMAIL PROTECTED]> > > Subject: RE: Kannel startup script does not stop > bearerbox completely > > To: [EMAIL PROTECTED] > > Date: Monday, October 27, 2008, 7:55 PM > > Hi guys, > > > > I'm adding my 5 cents' worth at this > discussion. > > > > The bearerbox waits for all SMSC connections to be > properly > > closed, before it can close itself. This can take some > time, > > mostly when connections are UCP/EMI type. You can skip > this > > wait issuing a second kill command, which closes > immediately > > the bearerbox and puts "Can not die at its own > > will" message in the log. > > > > However, there is a more elegant approach to log > rotation, > > which does NOT stop the bearerbox. > > Instead, my log script renames the log file to some > other > > name and then copies a blank file with the name of the > log. > > This method has been working for the past four years > on > > different Kannel versions on Fedora and CentOS > systems. > > > > Yet, I have never tested this method in high volume > traffic > > environment, we are limited by our SMS providers to 1 > > SMS/sec rate. > > > > Hope it helps. > > > > Best regards, > > Mihai Zsigmond > > > > --- On Mon, 10/27/08, Mathieu Bruneau > > <[EMAIL PROTECTED]> wrote: > > > > > From: Mathieu Bruneau > > <[EMAIL PROTECTED]> > > > Subject: RE: Kannel startup script does not stop > > bearerbox completely > > > To: "Jason Mule" > > <[EMAIL PROTECTED]>, users@kannel.org > > > Date: Monday, October 27, 2008, 6:36 PM > > > We have seen a similar thing, however ours > _usually_ > > > shutdown within > > > 30s... The SMS server is still on Debian Sarge > > however. > > > > > > I usually do an strace on the process and see > it's > > > actually does a futex > > > (Don't have the exact line atm) operation. I > > always > > > tought it was > > > actually waiting for all connection to be > cleanly > > closed > > > (?). I'm > > > usually able to use the "status" > command > > till > > > it's almost closed and see > > > which connections are still active. > > > > > > However for log rotation, in sarge at least > it's > > doing > > > an HUP and we > > > never had issue I can recall... > > > > > > /var/log/kannel/*.log { > > > daily > > > missingok > > > rotate 100 > > > olddir /var/log/kannel/backup > > > compress > > > create 640 kannel adm > > > sharedscripts > > > postrotate > > > killall -HUP bearerbox smsbox > wapbox > > > > > > /dev/null 2> > > > /dev/null || true > > > endscript > > > } > > > > > > Regards, > > > Mathieu Bruneau > > > > > > -----Original Message----- > > > From: Jason Mule [mailto:[EMAIL PROTECTED] > > > Sent: Monday, October 27, 2008 11:02 AM > > > To: users@kannel.org > > > Subject: Kannel startup script does not stop > bearerbox > > > completely > > > > > > Hi, > > > Can anyone else on this list confirm this? I > have > > noticed > > > that the > > > Kannel init script (Debian Etch, Kannel 1.4.1) > does > > not > > > stop bearerbox > > > completely when called. After calling > > > 'start-stop-daemon --stop --retry > > > 5 --pidfile $PIDFILES/kannel_bearerbox.pid > --exec > > > $BOXPATH/run_kannel_box' , a bearerbox > process > > remains > > > which must be > > > killed manually or by adding a line similar to > the one > > > below to the init > > > script: > > > > > > # Wait for bearerbox to finish > > > start-stop-daemon --stop --quiet --oknodo > > > --retry=0/30/KILL/5 --exec > > > $BOXPATH/bearerbox > > > > > > -- > > > Kind regards > > > Jason Mule > > > > > > COSMOFON - Mobile Telecommunications Services - A.D. > Skopje > _______________________________________________________________ > This e-mail (including any attachments) is > confidential and may be protected by legal privilege. > If you are not the intended recipient, you should not copy > it, re-transmit it, use it or disclose its contents, but > should return it to the sender immediately and delete > your copy from your system. Any unauthorized use or > dissemination of this message in whole or in part is > strictly prohibited. Please note that e-mails are > susceptible to change. COSMOFON A.D. Skopje shall not be > liable for the improper or incomplete transmission of the > information contained in this communication nor for any > delay in its receipt or damage to your system.
