On Wed, 23 Jun 2010 16:32:24 +0200, Örjan Persson <ora...@fobie.net>
wrote:
> severity 586419 important
> thanks
sorry for very long delay on our side - we could not deal with
investigation of this problem
we've not upgraded any important part of system running this service yet
>
> bugrepor...@one-2-one.pl (bugrepor...@one-2-one.pl) wrote:
>> Currently I also started session as you described and it is working
fine
>> for about 5 minutes now.
>
> It would be very helpful if you're able to tell exactly what's
> triggering this behaviour. :)
seems we've caught some useful information:
ttserver: tctdb.c:4563: tctdbidxhash: Assertion `pkbuf && pksiz && pksiz
>= 0' failed.
above message appears on console while TT server is started as following:
$ sudo -H -u tokyotyrant /usr/sbin/ttserver -ext
/srv/Services/TokyoTyrant/expire.lua -thnum 32 -rts
/srv/Services/TokyoTyrant/timestamp.rts -extpc expire 300.0 -sid 1 -ulog
/srv/Services/TokyoTyrant/ulog -ulim 16777216 -ld -port 1978 -pid
/var/run/tokyotyrant/tokyotyrant.pid -host 192.168.4.13
/srv/Services/TokyoTyrant/data/tokyotyrant.tct#idx=key:lex#idx=x:dec#idx=val:lex#dfunit=8
while expire.lua script is:
$ more /srv/Services/TokyoTyrant/expire.lua
function expire()
local args = {}
local cdate = string.format("%d", _time())
_log("current date => " .. cdate)
table.insert(args, "addcond\0x\0NUMLE\0" .. cdate)
table.insert(args, "out")
local res = _misc("search", args)
if not res then
_log("expiration was failed", 2)
end
end
$
the message shown (assertion) is repetitive - we've caught same message
many times
>
>> Than I'll try to search application that normally runs there, what is
>> exactly the 'misc' command performed. Seems that this 'misc' command is
>> problem here.
>
> You used the misc command in your lua extension.
>
> I'm lowering the severity of this bug since it seems to be a special
> case and probably related to the lua code.
we've checked now and application run as follows:
$ sudo -H -u tokyotyrant /usr/sbin/ttserver -thnum 32 -rts
/srv/Services/TokyoTyrant/timestamp.rts -sid 1 -ulog
/srv/Services/TokyoTyrant/ulog -ulim 16777216 -ld -port 1978 -pid
/var/run/tokyotyrant/tokyotyrant.pid -host 10.0.4.13
/srv/Services/TokyoTyrant/data/tokyotyrant.tct#idx=key:lex#idx=x:dec#idx=val:lex#dfunit=8
so - no including options: "ext" nor "extpc" also crashes in same way
we have collected network traffic related to TT service, so we will not
try
to analyze these network dumps - we hope application crashes after
receiving
specific malformed network package, which is not properly handled by
daemon
>
>> The application code has been previously used on another installation
>> of TT - in some other server environment and it used to work fine
there.
>
> How are you communicating with tyrant?
it's PHP application running in Apache2 web server as mod_php (not CGI)
we are using: http://mamasam.indefero.net/p/tyrant/ - PHP API for Tyrant
seems there is not package version shown in source code of this API
on top of this API there is PHP class built and of top of this class there
is PHP session in Tyrant built - so we basically use Tyrant as PHP session
backend
regards,
AdamLis;
>
> Regards,
> Örjan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
