17

I want to create a crontab entry so that it starts screen, starts a gameserver and detaches. This is for in case the server is rebooted and I want it to automatically start this for me.

0 0 0 0 0 (command)

should run upon startup.

It runs a shell file located at ~/cube/server.sh

Victor
  • 341
  • 1
  • 3
  • 9
  • Are you a user on this machine, or do you have access to init scripts? – Corey S. Feb 09 '11 at 03:36
  • 2
    Please see [Process Management](http://mywiki.wooledge.org/ProcessManagement#How_can_I_check_to_see_if_my_game_server_is_still_running.3F__I.27ll_put_a_script_in_crontab.2C_and_if_it.27s_not_running.2C_I.27ll_restart_it...). – Dennis Williamson Feb 09 '11 at 04:46
  • @Dennis: Yep, I like that. But we can't assume the game server he's running doesn't have some sort of console that he'd need to access (i.e. always runs in the foreground). Else why would he bother with screen? Unless of course, he's not aware of nohup and backgrounding. – Corey S. Feb 09 '11 at 05:42
  • I am a user on this machine. – Victor Feb 13 '11 at 03:42

5 Answers5

20

Something like this should work. This example spawns a screen and runs "top":

screen -d -m top

In your crontab, as indicated, you'd want to do something like this:

@reboot /usr/bin/screen -dmS gameserver-screen /opt/mycoolgame/bin/gameserver

Of course, if the game server requires a "normal" environment set, you can get closer by:

@reboot (. ~/.profile; /usr/bin/screen -dmS gameserver-screen /opt/mycoolgame/bin/gameserver)
Corey S.
  • 2,379
  • 1
  • 18
  • 23
  • 1
    what does the `. ~/.profile` part do? – Victor Feb 13 '11 at 01:54
  • It forcibly sets the environment for the cron entry. Without it, you just get a couple very specific entries. (See man crontab for details) – Corey S. Feb 13 '11 at 02:43
  • I am have a .sh file that executes the game server, so would this work? `@reboot (. ~/cube; /usr/bin/screen -dmS gameserver-screen ./server.sh)` – Victor Feb 13 '11 at 03:39
  • That's probably the best way to do it. If that works, you probably not need to worry about the profile, but if you need a full $PATH, etc, you could always source in the .profile from the server.sh script. – Corey S. Feb 13 '11 at 14:08
5

This should be sufficient...run

$ crontab -e

Then enter:

@reboot screen -dmS Victor
atx
  • 1,281
  • 1
  • 9
  • 25
4

Just for completeness' sake, it's also possible to use tmux for the purpose instead of screen (see this link for a comparison):

@reboot tmux new-session -d -s yourNameOfTheSession "your command to run"
Petr
  • 501
  • 1
  • 5
  • 13
2

It needs to be noted that simply using screen -dmS SessionNameHere someCommand is NOT enough. In many envs (IE: Ubuntu 18.x) you also have to give the tmp dir or you cant re-attach to the running screen, you wont even be able to list them. The CORRECT way to run screen in crontab is like this:

 * * * * * export SCREENDIR=~/tmp ; screen -dmS SessionNameHEre SomeCommand

So if you cant connect to a session started by cron (I had this issue with Ubuntu 18), find out what screen is using for a tmp dir, and put that in the crontab entry. You can do that with "echo $SCREENDIR"

user944364
  • 21
  • 2
  • I've tried to echo the $SCREENDIR but it's empty. I'm using ubuntu 20.04. My use case is exactly what you have written. I'd like to start a session where I can run a .sh script. I've tried different solutions but it doesn't work. Any tips on how I can run the .sh script in a new session? – Peter Bejan Apr 28 '22 at 15:41
0

I had a similar situation, but due to other unreasonable restrictions, I could not use crontab. I actually had inittab call screen. ( replaced some names to obscure information):

XXX:5:respawn:/bin/su - useraccount -c "screen -D -m -c /home/xxxxxx/file.screenrc"

In 'file.screenrc' is where I setup a few options:

sessionname obscuresessionname
multiuser on
cd
screen /home/xxxxxxx/programtostart

This way it started on boot, and if the program died or screen closed it would re spawn. It may not have been considered conventional, but I had to work a round a few odd environment requirements. If we needed to take it down though, we would have to comment that line out, and kill session. Then when ready to bring it back up, uncomment, and init q.

mangloide
  • 63
  • 4