Re: [hlds_linux] client being quit to desktop
There has been a report made on this list at some point, saying that it was possible for someone to send a message through steam friends of a certain length (very long probably) that has this effect. I have no idea how and if this (still) works though. Never tried it. So yea.. Turning it off, or blocking the person crashing your game seems the obvious and only solutions for now. --- Regime Matt Albiniak wrote: The only time I've seen clients quit to the desktop were: 1) forcing a cexec with mani to cause the user to quit (dunno if other mods have this feature). 2) running zBlock/Cvar-x (or whatever its called) with mani and redirects enabled. users who are redirected crash because the var blockers prohibit the wait; command mani uses on redirects. There have to be other ways, but not knowing your cfg, mods, etc makes it a long list of guessing. On 8/31/06, Hal Arlene [EMAIL PROTECTED] wrote: This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] I am a server admin, I am constantly having people adding me to there friends list, until now I have thought it rude to block, or refuse them. I have a player who is a bit disruptive, during gaming sessions, but manageable. He IM's me in friends and says wanna see something cool, and proceeds to shut my game down to the desktop. I knew an admin could do this, while you were connected to the server the admin was managing, and he had appropriate permissions. I did not know it could be done through a friend's connection, when he did it I was not connected to a server, just friends. We have been having people being crashed to the desktop, during game play. I had first thought it was an errant error in a configuration file, but now I am starting to suspect foul play, because most of the people that were being crashed have that player in their friends list. The question then, is there a way to block this, or is my only option to tell the regulars to turn off friends. Removing him from friends is easy enough to do, but it would be a simple matter for him to come in under a new name, and/or id. The first best choice is to block this ability to quit a client to the desktop. I am new to this thread; feel free to educate me on structure, format, or verbosity ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] hlds crashes
Suns grid software. Is there a seperate server image to be run on each node? or does it share the images and deliver them to whichever node requires them, as such perhaps running the same image on different nodes with different ips or hardware ids could be causing the glitch, it is likely that there is some unique identifier contained in the clientregistry.blob. hows about a dirty hack to get it working temporarily? add a line to your server initiating script to remove clientregistry.blob before the server starts ;). As to server crashes, bad maps and plugins often cause hlds to crash unexpectedly and i have not run into any issues when restarting the server, either scripted or manually, however i have no experience running the same server image on different boxes. Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site books a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their answer to the problem was to update cs using the steam updater. I did that for all 60 cs installations I got on the bookable servers, but they still crash with the error above. I tried to examine the core dumps and strace'ing the processes but I didn't find any useful information. Regards, Jonathan Selander ___ 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
Re: [hlds_linux] hlds crashes
I have noticed that in a few occations that (.so) files get corrupted and I need to overwrite them with new ones. Thats even with a graceful shutdown. 95%+ of the time its a .so in amxmod that gets corrupted, only a few times its a binary from the hlds package. I believe it has todo with that I share the .so's over a couple of servers and that I shut them down at the same time. (my stop_all_servers.sh script) /Bjorn On Thu, 31 Aug 2006, Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site books a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their answer to the problem was to update cs using the steam updater. I did that for all 60 cs installations I got on the bookable servers, but they still crash with the error above. I tried to examine the core dumps and strace'ing the processes but I didn't find any useful information. Regards, Jonathan Selander ___ 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
Re: [hlds_linux] hlds crashes
Yes, the nodes share images. However, i gave the nodes their own ~/.steam directory, so it's always the same machine that writes the clientregistry.blob file. Sure, i could remove it each time a server is fired up, but it feels like a very ugly hack. :/ The .so files i have in the image directories are: core_i386.so engine_amd.so engine_amd64.so engine_i486.so engine_i686.so filesystem_stdio_amd64.so filesystem_stdio_i386.so libSteamValidateUserIDTickets_amd64.so libSteamValidateUserIDTickets_i386.so proxy_i386.so steam_api_i486.so steamclient_i486.so test1.so test2.so test3.so tier0_s_i486.so vstdlib_s_i486.so I have no idea what those test*.so files are and if they're supposed to be there or not. Suns grid software. Is there a seperate server image to be run on each node? or does it share the images and deliver them to whichever node requires them, as such perhaps running the same image on different nodes with different ips or hardware ids could be causing the glitch, it is likely that there is some unique identifier contained in the clientregistry.blob. hows about a dirty hack to get it working temporarily? add a line to your server initiating script to remove clientregistry.blob before the server starts ;). As to server crashes, bad maps and plugins often cause hlds to crash unexpectedly and i have not run into any issues when restarting the server, either scripted or manually, however i have no experience running the same server image on different boxes. Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site books a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their answer to the problem was to update cs using the steam updater. I did that for all 60 cs installations I got on the bookable servers, but they still crash with the error above. I tried to examine the core dumps and strace'ing the processes but I didn't find any useful information. Regards, Jonathan Selander ___ 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
Re: [hlds_linux] hlds crashes
ok, does the issue still occur if the servers do not auto update? Jonathan wrote: Yes, the nodes share images. However, i gave the nodes their own ~/.steam directory, so it's always the same machine that writes the clientregistry.blob file. Sure, i could remove it each time a server is fired up, but it feels like a very ugly hack. :/ The .so files i have in the image directories are: core_i386.so engine_amd.so engine_amd64.so engine_i486.so engine_i686.so filesystem_stdio_amd64.so filesystem_stdio_i386.so libSteamValidateUserIDTickets_amd64.so libSteamValidateUserIDTickets_i386.so proxy_i386.so steam_api_i486.so steamclient_i486.so test1.so test2.so test3.so tier0_s_i486.so vstdlib_s_i486.so I have no idea what those test*.so files are and if they're supposed to be there or not. Suns grid software. Is there a seperate server image to be run on each node? or does it share the images and deliver them to whichever node requires them, as such perhaps running the same image on different nodes with different ips or hardware ids could be causing the glitch, it is likely that there is some unique identifier contained in the clientregistry.blob. hows about a dirty hack to get it working temporarily? add a line to your server initiating script to remove clientregistry.blob before the server starts ;). As to server crashes, bad maps and plugins often cause hlds to crash unexpectedly and i have not run into any issues when restarting the server, either scripted or manually, however i have no experience running the same server image on different boxes. Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site books a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their answer to the problem was to update cs using the steam updater. I did that for all 60 cs installations I got on the bookable servers, but they still crash with the error above. I tried to examine the core dumps and strace'ing the processes but I didn't find any useful information. Regards, Jonathan Selander ___ 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
Re: [hlds_linux] hlds crashes
I'm not sure, and i'm also not sure what the issue is exactly. People claim that servers go down just like that when they're playing on them, but i can't find anything in any of the logs or so, so it's hard for me to trace the problem. ok, does the issue still occur if the servers do not auto update? Jonathan wrote: Yes, the nodes share images. However, i gave the nodes their own ~/.steam directory, so it's always the same machine that writes the clientregistry.blob file. Sure, i could remove it each time a server is fired up, but it feels like a very ugly hack. :/ The .so files i have in the image directories are: core_i386.so engine_amd.so engine_amd64.so engine_i486.so engine_i686.so filesystem_stdio_amd64.so filesystem_stdio_i386.so libSteamValidateUserIDTickets_amd64.so libSteamValidateUserIDTickets_i386.so proxy_i386.so steam_api_i486.so steamclient_i486.so test1.so test2.so test3.so tier0_s_i486.so vstdlib_s_i486.so I have no idea what those test*.so files are and if they're supposed to be there or not. Suns grid software. Is there a seperate server image to be run on each node? or does it share the images and deliver them to whichever node requires them, as such perhaps running the same image on different nodes with different ips or hardware ids could be causing the glitch, it is likely that there is some unique identifier contained in the clientregistry.blob. hows about a dirty hack to get it working temporarily? add a line to your server initiating script to remove clientregistry.blob before the server starts ;). As to server crashes, bad maps and plugins often cause hlds to crash unexpectedly and i have not run into any issues when restarting the server, either scripted or manually, however i have no experience running the same server image on different boxes. Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site books a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their answer to the problem was to update cs using the steam updater. I did that for all 60 cs installations I got on the bookable servers, but they still crash with the error above. I tried to examine the core dumps and strace'ing the processes but I didn't
Re: [hlds_linux] hlds crashes
A little update, some servers seem to crash instantly just after this: Auto detecting CPU Using AMD Optimised binary. Auto-restarting the server on crash Updating server using Steam. Checking bootstrapper version ... It doesn't get further than that. I'm not sure, and i'm also not sure what the issue is exactly. People claim that servers go down just like that when they're playing on them, but i can't find anything in any of the logs or so, so it's hard for me to trace the problem. ok, does the issue still occur if the servers do not auto update? Jonathan wrote: Yes, the nodes share images. However, i gave the nodes their own ~/.steam directory, so it's always the same machine that writes the clientregistry.blob file. Sure, i could remove it each time a server is fired up, but it feels like a very ugly hack. :/ The .so files i have in the image directories are: core_i386.so engine_amd.so engine_amd64.so engine_i486.so engine_i686.so filesystem_stdio_amd64.so filesystem_stdio_i386.so libSteamValidateUserIDTickets_amd64.so libSteamValidateUserIDTickets_i386.so proxy_i386.so steam_api_i486.so steamclient_i486.so test1.so test2.so test3.so tier0_s_i486.so vstdlib_s_i486.so I have no idea what those test*.so files are and if they're supposed to be there or not. Suns grid software. Is there a seperate server image to be run on each node? or does it share the images and deliver them to whichever node requires them, as such perhaps running the same image on different nodes with different ips or hardware ids could be causing the glitch, it is likely that there is some unique identifier contained in the clientregistry.blob. hows about a dirty hack to get it working temporarily? add a line to your server initiating script to remove clientregistry.blob before the server starts ;). As to server crashes, bad maps and plugins often cause hlds to crash unexpectedly and i have not run into any issues when restarting the server, either scripted or manually, however i have no experience running the same server image on different boxes. Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site books a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name: NonNullFilePath Expr: !sFile.empty() Line: 334 File: ../../../Common/Misc/FileUtil.cpp ./hlds_run: line 303: 8855 Aborted (core dumped) $CMD - I browsed the forums and mailing list and found people with similar problems from late 2005 running FreeBSD 5.4. Their
Re: [hlds_linux] hlds crashes
Skip -autoupdate and test. since Checking bootstrapper version ... is from steam and not hlds. /bjorn On Fri, 1 Sep 2006, Jonathan wrote: A little update, some servers seem to crash instantly just after this: Auto detecting CPU Using AMD Optimised binary. Auto-restarting the server on crash Updating server using Steam. Checking bootstrapper version ... It doesn't get further than that. I'm not sure, and i'm also not sure what the issue is exactly. People claim that servers go down just like that when they're playing on them, but i can't find anything in any of the logs or so, so it's hard for me to trace the problem. ok, does the issue still occur if the servers do not auto update? Jonathan wrote: Yes, the nodes share images. However, i gave the nodes their own ~/.steam directory, so it's always the same machine that writes the clientregistry.blob file. Sure, i could remove it each time a server is fired up, but it feels like a very ugly hack. :/ The .so files i have in the image directories are: core_i386.so engine_amd.so engine_amd64.so engine_i486.so engine_i686.so filesystem_stdio_amd64.so filesystem_stdio_i386.so libSteamValidateUserIDTickets_amd64.so libSteamValidateUserIDTickets_i386.so proxy_i386.so steam_api_i486.so steamclient_i486.so test1.so test2.so test3.so tier0_s_i486.so vstdlib_s_i486.so I have no idea what those test*.so files are and if they're supposed to be there or not. Suns grid software. Is there a seperate server image to be run on each node? or does it share the images and deliver them to whichever node requires them, as such perhaps running the same image on different nodes with different ips or hardware ids could be causing the glitch, it is likely that there is some unique identifier contained in the clientregistry.blob. hows about a dirty hack to get it working temporarily? add a line to your server initiating script to remove clientregistry.blob before the server starts ;). As to server crashes, bad maps and plugins often cause hlds to crash unexpectedly and i have not run into any issues when restarting the server, either scripted or manually, however i have no experience running the same server image on different boxes. Jonathan wrote: AFAIK they are all clean halflife installations with only cs running (this is not hl2 with cs source) The strange thing is that it all works fine for a few times if i delete the clientregistry.blob file, but then after a while the crashes start appearing again.. The way my system works is that a user on my web site books a server for a certain period of time. When that is done, a column is added to an sql database. A cron script on the master cluster server reads that sql table, and if there is a new booking to be made, launches a server on one of the nodes as a job submitted to the cluster. If the booking time for the server has went out, the server is shut down by the master server, ie, it terminates the submitted job. Does the hlds server need to quit gracefully in order for it to work properly the next time it's started? I mean, does hlds recover badly from crashes? I don't know how sun grid engine works internally.. if it kills hlds properly or not (i think it does). I also have a script that updates everything to the latest versions, which i run regularly. Still, i want it to work properly the normal way. Im no expert but it sounds like a bad plugin, what addons do you have on that server? Jonathan wrote: Right, that got rid of the errors ... for a couple of minutes :( I still get crashes, but instead of abort traps i get: ./hlds_run: line 303: 7169 Segmentation fault (core dumped) $CMD What can be causing this? It still seems to be steam that's crashing, but i really can't find out why. Does it have something to do with running multiple servers on the same box? Can i disable the automatic update and instead schedule something as a cron job or such? The automatic update also takes some time to complete. The problem was that the ~/.steam/ClientRegistry.blob needed to be deleted. I tried to delete it for the incorrect user a couple of times, but when i did it correctly i got rid of the annoying update crashes. Hello, I maintain a network of around 100 counterstrike servers with roughly half of them as bookable servers in a cluster, for a large cs community in Sweden. I run all of the servers on linux gentoo, some on i686 and some on amd64. The cluster software I use is sun grid engine 6, and all the server nodes are diskless clients. The ordinary servers run fine, but the bookable ones crash momentarily with the following error: - AssertPreCondition Name:
AW: [hlds_linux] client being quit to desktop
I heard about that problem these days. The given solution was to connect to a gameserver from the desktop (not within counter-strike). Doing this once helped him out. Greets - Ursprüngliche Mail Von: Regime [EMAIL PROTECTED] An: hlds_linux@list.valvesoftware.com Gesendet: Freitag, den 1. September 2006, 11:18:33 Uhr Betreff: Re: [hlds_linux] client being quit to desktop There has been a report made on this list at some point, saying that it was possible for someone to send a message through steam friends of a certain length (very long probably) that has this effect. I have no idea how and if this (still) works though. Never tried it. So yea.. Turning it off, or blocking the person crashing your game seems the obvious and only solutions for now. --- Regime Matt Albiniak wrote: The only time I've seen clients quit to the desktop were: 1) forcing a cexec with mani to cause the user to quit (dunno if other mods have this feature). 2) running zBlock/Cvar-x (or whatever its called) with mani and redirects enabled. users who are redirected crash because the var blockers prohibit the wait; command mani uses on redirects. There have to be other ways, but not knowing your cfg, mods, etc makes it a long list of guessing. On 8/31/06, Hal Arlene [EMAIL PROTECTED] wrote: This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] I am a server admin, I am constantly having people adding me to there friends list, until now I have thought it rude to block, or refuse them. I have a player who is a bit disruptive, during gaming sessions, but manageable. He IM's me in friends and says wanna see something cool, and proceeds to shut my game down to the desktop. I knew an admin could do this, while you were connected to the server the admin was managing, and he had appropriate permissions. I did not know it could be done through a friend's connection, when he did it I was not connected to a server, just friends. We have been having people being crashed to the desktop, during game play. I had first thought it was an errant error in a configuration file, but now I am starting to suspect foul play, because most of the people that were being crashed have that player in their friends list. The question then, is there a way to block this, or is my only option to tell the regulars to turn off friends. Removing him from friends is easy enough to do, but it would be a simple matter for him to come in under a new name, and/or id. The first best choice is to block this ability to quit a client to the desktop. I am new to this thread; feel free to educate me on structure, format, or verbosity ___ 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
[hlds_linux] srcds still unstable after 8/24 update
My srcds server has become very unstable since the 8/24 update. It randomly crashes with the following console message: ./srcds_run: line 344: 2684 Segmentation fault (core dumped) $HL_CMD Add -debug to the ./srcds_run command line to generate a debug.log to help with solving this problem Sat Aug 26 19:31:10 EDT 2006: Server restart in 10 seconds Sat Aug 26 19:31:16 EDT 2006: Server Quit I have also seen the following in the server's message log: Aug 30 16:19:53 css kernel: Eeek! page_mapcount(page) went negative! (-1) After that message, the server locked up completely and I had to resort to the reset button :( I tried removing all plugins (Mani and Mattie) and still experienced the problem. I saw other forum posts for problems with the 8/24 update stating they believed it was related to custom de_ maps, so I removed all de_ maps from the rotation and maplist, but the problem persisted. I have not seen any other posts regarding segmentation fault, however, so I opened a Steam support ticket. They told me they couldn't help, but pointed me to this listserve. I am running srcds on Fedora 2.6.17-1.2142_FC4. Hardware is EPOX 8KRA2+ with AMD Athlon XP 3200+ and 1GB RAM. Command line to launch my game is as follows: ./srcds_run -console -game cstrike -heapsize -secure -port 27015 +maxplayers 22 +map cs_office -tickrate 50 This server has been rock solid for almost a year before this update. Any assistance would be greatly appreciated. Thank you! Roger ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux