Server not starting when using screen "signal: SIGHUP [hangup]"

[trulli]

just installed Fedora core 2 x86_64 on my new server (dual opteron 242)

i configured a ut2k4server on it.. when i start these servers without a screen session everything is ok.. but when i add screen -S <name> to the start script, the server wants to start and while starting it puts out the following:

issing Class Class Editor.TransBuffer
Browse: CTF-Drunklet-PRO?game=XGame.xCTFGame?mutator=XGame.MutInstaGib,XGame.MutNoAdrenaline
ProcMesh 0 shared verts.
Collecting garbage
Purging garbage
Garbage: objects: 35791->35782; refs: 400143
Game class is 'xCTFGame'
Bringing Level CTF-Drunklet-PRO.myLevel up for play (40) appSeconds: 9.165968...
Loading Admins & Groups
Kick and Ban Privileges Loaded
Maps & Game Privileges Loaded
Admins & Groups Management Loaded
Extra Privileges Loaded
Mutators XGame.MutInstaGib,XGame.MutNoAdrenaline
GameInfo::InitGame : bEnableStatLogging False
Spawning Anti Bypass Tool
UdpServerQuery(crt): Port 7787 successfully bound.
Resolving master0.gamespy.com...
MasterServerUplink: MasterServerGameStats not found - stats uploading disabled.
Signal: SIGHUP [hangup]
Requesting Exit.
appRequestExit(0)
Resolving ut2004master1.epicgames.com...
Loading Available Maps
Loading Game Types
Mutator exported successfully: SpiderSteroids.MutSpiderSteroidReplacer
Weapon exported successfully: SpiderSteroids.SpiderSteroidLayer
XWebAdmin.UTServerAdmin Initialized on port 7780
Success - 0 error(s), 1 warning(s)

when i start the server without a screen session in the script it works fine.

would b nice if some1 knows why it's exiting with:

Signal: SIGHUP [hangup]
Requesting Exit.
appRequestExit(0)

never seen it before

[trulli]

btw, i tried to make a new config.. but this 1 had the same error.. and it doesnt matter what patch i'm installing.

any1 know's what's wrong?

[Korben]

Trulli,

What is the command you're using to start screen? I use:

screen -dmS myserver ./ucc-bin ......

That starts the screen in 'detached' mode. Hope that helps.

Brian

[trulli]

well i tried serveral things.. the first thing i used was idd "-dmS" that didnt work so i tried "-S".. neither of these work.. but the strange thing is.. when i start a screen session manually and start a server in it.. and detach it... the server stays up.

[Undy]

Hmz i have the same problem with fedora 1
2.6.6 kernel.

Then it runs but i cant enter the server etc.
When i start it with a manuel screen -S 2k4 ./ucc etc it runs good.
But i also cant use any other start/stop scripts from these forums.
This wasnt when i had the 2.4.x kernel so i think there is some problem in the new kernel.

[jsumners]

I have encountered this problem as well. What is happening is screen is sending SIGHUP because the terminal is hanging up. See http://www.wlug.org.nz/SIGHUP for more info.

Sadly, I have not been able to get ucc-bin to ignore this signal and continue loading. I am unsure why it doesn't receive the signal when the session is detached manually because it should be being sent then as well.

I filed this bug https://bugzilla.icculus.org/show_bug.cgi?id=1861 but I don't really know if it is a fault of ucc-bin or not.

[Naked_Ape]

Originally Posted by jsumners

I have encountered this problem as well. What is happening is screen is sending SIGHUP because the terminal is hanging up. See http://www.wlug.org.nz/SIGHUP for more info.

I get this too under 2.6 but my ucc-bin just terminates, no mention of SIGHUP. And screen should *not* send a SIGHUP when detatching, the sole purpose of screen is to isolate the application from the controlling terminal. If you have verified that screen actually does send a SIGHUP you should report that to the screen developers.

Originally Posted by jsumners

Sadly, I have not been able to get ucc-bin to ignore this signal and continue loading. I am unsure why it doesn't receive the signal when the session is detached manually because it should be being sent then as well.

I filed this bug https://bugzilla.icculus.org/show_bug.cgi?id=1861 but I don't really know if it is a fault of ucc-bin or not.

ucc-bin probably shouldn't ignore the SIGHUP signal so ucc-bin isn't at fault. Since this appeared under 2.6 kernels while 2.4 works just fine I believe this is a problem with screen and the kernel.

[jsumners]

If you run it through strace and trace the signals you will see that the last signal sent is SIGHUP (`strace -e trace=signal screen -dmS ut2004 ./ucc-bin server <...>`). I am seeking further assistance on the screen mailing list and will keep this thread updated as I figure out more about it.

It is terribly annoying that I got everything configured the way I want and my script written only to find out that ucc-bin refuses to work properly with screen.

[meth]

I've looked at the script, cant use an entire script.. I need the screen line to start it.

Is this not fixed in the new patch of unreal 3323? Sucks that I have to dl a torrent and upload 50x more then I download to get it directly

[PsychoChihuahua]

Screen is nice, but not necessary. Just nohup the process(es).

NOHUP=/usr/bin/nohup
GAMEDIR=/usr/local/games/ut2k4server
LOGDIR=${GAMEDIR}/logs
LOG=${GAMEDIR}/ut2004-server.log
SERVER=${GAMEDIR}/System/ucc-bin
INIFILE=${GAMEDIR}/System/ut2004.ini
ADMINNAME='AdminName=ChangeMeBeforeUsing'
ADMINPASS='AdminPassword=ChangeMeBeforeUsing'
MUTATORS='Mutator=XGame.MutQuadJump,XGame.MutFastW eapSwitch,Onslaught.MutOnslaughtWeapons'
GAMETYPE=$1 (paraphrased)

${NOHUP} ${SERVER} server "${GAMETYPE}?${ADMINNAME}?${ADMINPASS}?${MUTAT ORS} -ini=${INIFILE} -nohomedir" >> ${LOG} 2>&1

(From a start script which I wrote, as a UID other than root.)

[meth]

I have to use screen, weird that unreal would be the ONLY game ive found that wont work in screen on 2.6 kernels, hm.

[Naked_Ape]

meth, I can't remeber what I did to fix this but I'm running UT2k4 with a 2.6.x kernel (Debian GNU/Linux /w custom kernel) just fine. Are you still having problems?

[meth]

yup

[PsychoChihuahua]

Why do you have to use screen, just out of curiosity?

[frisp]

meth

unreal would be the ONLY game ive found that wont work in screen on 2.6 kernels

I have no prob, Debian Custom 2.6 Kernel. It will play ball screened or not.

[meth]

I thought about dropping screen down to 3.x, its 4.x now.

[jsumners]

"Why do you have to use screen, just out of curiosity?"

More importantly, why can't you write a script to start it?

As far as using nohup... I wasn't able to get it to work when I wrote my script. I have no clue why. Plus, I wanted to be able to use screen so that I can easily list the screen sessions to see if my servers are still running (screen -ls) and easily reattach to them based on name instead of PID. Yes, daemonizing them would probably have been a better approach but I still wouldn't have had some of the functionality I desire. Long story short, screen rules.

[meth]

Oops didnt let me post that the other night.. just got back in today..

I have to use screen because I'm using a web-based control panel i've purchased, it supports unreal really well but just cant get screen to start it on my FC2 server with the 2.6.x kernel and screen 4.x.. I am trying a fresh install of unreal so maybe that will fix it.

Any tips would be good.

[jsumners]

meth: The important part of my script is the sleep that it does right after starting screen.

[meth]

Originally Posted by jsumners

meth: The important part of my script is the sleep that it does right after starting screen.

screen -mdS test bash -c ""LD_LIBRARY_PATH=/usr/local/games/unreal/libs" ./ucc-bin server CTF-BridgeOfFate?game=XGame.xCTFGame port=7777 ini=server.ini -nohomedir ; sleep 30"

Still crashes.