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: 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 > >>>> > >>>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> 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
