It's Debian 4.0
debian32:~# uname -a
Linux debian32 2.6.18.8-xenU-32bit-prod-static #3 SMP Wed Aug 27
15:07:53 ART 2008 i686 GNU/Linux
It only happens with Half-Life Deatmatch (-game valve)
Other games like Counter-Strike 1.6 works well in vanila instalations,
but cannot run amxmodx.
El sáb, 08-11-2008 a las 11:15 -0800, J T escribió:
> What distribution are you running and can you do uname -a and paste it?
>
> I'm not too sure what the problem could be.
>
> On Fri, Nov 7, 2008 at 4:43 PM, Nevermore <[EMAIL PROTECTED]> wrote:
>
> > Sory... now i understanded that those lines wont help because those are
> > too few...
> >
> > Server stop responding but it keeps writing lines in strace.log
> >
> > Now i have taken last 50 lines...
> > As i can see, this is repeting over and over...
> > i think "connection timed out" message is the key...
> >
> > look:
> >
> > 17799 19:32:34 gettimeofday({1226104354, 948735}, NULL) = 0
> > 17799 19:32:34 clock_gettime(CLOCK_REALTIME, {1226104354, 948787000}) =
> > 0
> > 17799 19:32:34 futex(0x8274b08, FUTEX_WAIT, 82563, {0, 49948000}) = -1
> > ETIMEDOUT (Connection timed out)
> > 17799 19:32:35 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > 17799 19:32:35 time(NULL) = 1226104355
> > 17799 19:32:35 time([1226104355]) = 1226104355
> > 17799 19:32:35 stat64("/etc/localtime", {st_mode=S_IFREG|0644,
> > st_size=1267, ...}) = 0
> > 17799 19:32:35 stat64("/etc/localtime", {st_mode=S_IFREG|0644,
> > st_size=1267, ...}) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 43446}, NULL) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 43501}, NULL) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 43557}, NULL) = 0
> > 17799 19:32:35 clock_gettime(CLOCK_REALTIME, {1226104355, 43610000}) = 0
> > 17799 19:32:35 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > 17799 19:32:35 select(8, [7], [7], [7], {0, 0}) = 1 (out [7], left {0,
> > 0})
> > 17799 19:32:35 gettimeofday({1226104355, 43821}, NULL) = 0
> > 17799 19:32:35 clock_gettime(CLOCK_REALTIME, {1226104355, 43873000}) = 0
> > 17799 19:32:35 futex(0x8274b08, FUTEX_WAIT, 82567, {0, 49948000}) = -1
> > ETIMEDOUT (Connection timed out)
> > 17799 19:32:35 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > 17799 19:32:35 time(NULL) = 1226104355
> > 17799 19:32:35 gettimeofday({1226104355, 99793}, NULL) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 99854}, NULL) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 99910}, NULL) = 0
> > 17799 19:32:35 clock_gettime(CLOCK_REALTIME, {1226104355, 99962000}) = 0
> > 17799 19:32:35 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > 17799 19:32:35 select(8, [7], [7], [7], {0, 0}) = 1 (out [7], left {0,
> > 0})
> > 17799 19:32:35 gettimeofday({1226104355, 100154}, NULL) = 0
> > 17799 19:32:35 clock_gettime(CLOCK_REALTIME, {1226104355, 100208000}) =
> > 0
> > 17799 19:32:35 futex(0x8274b08, FUTEX_WAIT, 82571, {0, 49946000}) = -1
> > ETIMEDOUT (Connection timed out)
> > 17799 19:32:35 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > 17799 19:32:35 time(NULL) = 1226104355
> > 17799 19:32:35 gettimeofday({1226104355, 156462}, NULL) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 156523}, NULL) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 156578}, NULL) = 0
> > 17799 19:32:35 clock_gettime(CLOCK_REALTIME, {1226104355, 156644000}) =
> > 0
> > 17799 19:32:35 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > 17799 19:32:35 select(8, [7], [7], [7], {0, 0}) = 1 (out [7], left {0,
> > 0})
> > 17799 19:32:35 gettimeofday({1226104355, 156855}, NULL) = 0
> > 17799 19:32:35 clock_gettime(CLOCK_REALTIME, {1226104355, 156907000}) =
> > 0
> > 17799 19:32:35 futex(0x8274b08, FUTEX_WAIT, 82575, {0, 49948000}) = -1
> > ETIMEDOUT (Connection timed out)
> > 17799 19:32:35 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > 17799 19:32:35 time(NULL) = 1226104355
> > 17799 19:32:35 gettimeofday({1226104355, 252751}, NULL) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 252814}, NULL) = 0
> > 17799 19:32:35 gettimeofday({1226104355, 252870}, NULL) = 0
> > 17799 19:32:35 clock_gettime(CLOCK_REALTIME, {1226104355, 252924000}) =
> > 0
> > 17799 19:32:35 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > 17799 19:32:35 select(8, [7], [7], [7], {0, 0}) = 1 (out [7], left {0,
> > 0})
> > 17799 19:32:35 gettimeofday({1226104355, 253120}, NULL) = 0
> > 17799 19:32:35 clock_gettime(CLOCK_REALTIME, {1226104355, 253172000}) =
> > 0
> > 17799 19:32:35 futex(0x8274b08, FUTEX_WAIT, 82579, {0, 49948000}
> > <unfinished ...>
> >
> >
> > El vie, 07-11-2008 a las 22:32 -0200, Nevermore escribió:
> > > This is tail of strace.log, at this time server stopped responding but
> > > process was still running:
> > >
> > > 17799 19:22:26 time(NULL) = 1226103746
> > > 17799 19:22:26 gettimeofday({1226103746, 799424}, NULL) = 0
> > > 17799 19:22:26 gettimeofday({1226103746, 799484}, NULL) = 0
> > > 17799 19:22:26 gettimeofday({1226103746, 799539}, NULL) = 0
> > > 17799 19:22:26 clock_gettime(CLOCK_REALTIME, {1226103746, 799604000}) =
> > > 0
> > > 17799 19:22:26 futex(0x8274aec, FUTEX_WAKE, 1) = 0
> > > 17799 19:22:26 select(8, [7], [7], [7], {0, 0}) = 1 (out [7], left {0,
> > > 0})
> > > 17799 19:22:26 gettimeofday({1226103746, 799794}, NULL) = 0
> > > 17799 19:22:26 clock_gettime(CLOCK_REALTIME, {1226103746, 799867000}) =
> > > 0
> > > 17799 19:22:26 futex(0x8274b08, FUTEX_WAIT, 73253, {0, 49927000}
> > > <unfinished ...>
> > >
> > >
> > >
> > >
> > >
> > > El vie, 07-11-2008 a las 12:42 -0800, J T escribió:
> > > > *"strace* is a system call tracer, i.e. a debugging tool which prints
> > out a
> > > > trace of all the system calls made by a another process/program"
> > > >
> > > > So find out the pid of the server and then run the following.
> > > >
> > > > strace -p <pid#> -s 65555 -f -t -o /tmp/strace.log
> > > >
> > > > And when it crashes you will have a log. Don't let this run for long
> > though,
> > > > you're bound to get a 2G log file eventually.
> > > >
> > > > Cheers,
> > > >
> > > > On Fri, Nov 7, 2008 at 11:51 AM, Nevermore <[EMAIL PROTECTED]>
> > wrote:
> > > >
> > > > > But it doesnt crash...
> > > > > Process is still running, port is still reserved, but doesnt respond.
> > > > >
> > > > > what is an strace?
> > > > >
> > > > >
> > > > > El vie, 07-11-2008 a las 11:32 -0800, J T escribió:
> > > > > > Run an strace on it and log it to a file. Then wait for it to
> > crash.
> > > > > >
> > > > > > You might want to also trying running it out of the vm/xen and see
> > if it
> > > > > > does it.
> > > > > >
> > > > > > On Fri, Nov 7, 2008 at 11:25 AM, Nevermore <[EMAIL PROTECTED]>
> > wrote:
> > > > > >
> > > > > > > debug.log says:
> > > > > > >
> > > > > > > CRASH: Fri Nov 7 14:07:33 EST 2008
> > > > > > > Start Line: ./hlds_i686 -port 2780 -game esf -debug -pidfile
> > > > > > > hlds.17681.pid
> > > > > > > Using host libthread_db library "/lib/tls/libthread_db.so.1".
> > > > > > > #0 0x00000000 in ?? ()
> > > > > > > No symbol table info available.
> > > > > > > End of crash report
> > > > > > >
> > > > > > >
> > > > > > > El vie, 07-11-2008 a las 17:20 -0200, Nevermore escribió:
> > > > > > > > it says "core dumped"
> > > > > > > > i don't know where is the dump and how to analize it...
> > > > > > > >
> > > > > > > > The server is running in a virtualized enviroment, may this
> > cause
> > > > > > > > problems?
> > > > > > > >
> > > > > > > > El vie, 07-11-2008 a las 10:47 -0800, J T escribió:
> > > > > > > > > Does it actually produce a core dump so you can analyze it
> > with
> > > > > gdb?
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Fri, Nov 7, 2008 at 10:32 AM, Nevermore <
> > [EMAIL PROTECTED]>
> > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > > Tryed also ESF with esf addon, and the same problem like
> > > > > > > counter-strike
> > > > > > > > > >
> > > > > > > > > > El vie, 07-11-2008 a las 15:20 -0200, Nevermore escribió:
> > > > > > > > > > > Hi!
> > > > > > > > > > >
> > > > > > > > > > > I am testing my first very own dedicated server, so i
> > have
> > > > > > > installed
> > > > > > > > > > > several hlds servers.
> > > > > > > > > > > Many of them are having some troubles.
> > > > > > > > > > >
> > > > > > > > > > > HLDM:
> > > > > > > > > > > Freezes after being open for some hours.
> > > > > > > > > > > It works ok, but sudenly stop responding.
> > > > > > > > > > > When i type
> > > > > > > > > > > screen -r hldm
> > > > > > > > > > > i can see the console, but it doesn't respond at any
> > input.
> > > > > > > > > > >
> > > > > > > > > > > CS 1.6:
> > > > > > > > > > > Vanila instalation works well...
> > > > > > > > > > >
> > > > > > > > > > > but with amxmodx it shows this error at startup:
> > > > > > > > > > >
> > > > > > > > > > > ./hlds_run: line 342: 16905 Segmentation fault (core
> > dumped)
> > > > > > > $HLCMD
> > > > > > > > > > > Cannot access memory at address 0xb7ff24e8
> > > > > > > > > > > Cannot access memory at address 0xbfbe682c
> > > > > > > > > > > /home/pheekcs/cstst/debug.cmds:3: Error in sourced
> > command
> > > > > file:
> > > > > > > > > > > Cannot access memory at address 0xb7ff24e8
> > > > > > > > > > >
> > > > > > > > > > > i think it is caused by cs addon, because other goldsrc
> > games
> > > > > are
> > > > > > > > > > > working correctly with amxmodx.
> > > > > > > > > > >
> > > > > > > > > > > Please help me!
> > > > > > > > > > >
> > > > > > > > > > > Regards
> > > > > > > > > > >
> > > > > > > > > > > Nevermore
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > _______________________________________________
> > > > > > > > > > > To unsubscribe, edit your list preferences, or view the
> > list
> > > > > > > archives,
> > > > > > > > > > please visit:
> > > > > > > > > > >
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > _______________________________________________
> > > > > > > > > > To unsubscribe, edit your list preferences, or view the
> > list
> > > > > > > archives,
> > > > > > > > > > please visit:
> > > > > > > > > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > To unsubscribe, edit your list preferences, or view the list
> > > > > archives,
> > > > > > > please visit:
> > > > > > > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> > > > > > >
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > To unsubscribe, edit your list preferences, or view the list
> > archives,
> > > > > > > please visit:
> > > > > > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > To unsubscribe, edit your list preferences, or view the list
> > archives,
> > > > > please visit:
> > > > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> > > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > _______________________________________________
> > > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
> >
> > _______________________________________________
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
>
>
>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
