Hotreboot problems.

Posted by Cirin on Fri 15 Nov 2002 10:47 PM — 4 posts, 24,431 views.

USA #0
Ok, I've got it running, set some things and went to do a hotreboot. What happens?

=================Hotreboot failed!
Hotreboot failed!
=================Hotreboot failed!
Hotreboot failed!
=================Hotreboot failed!
Hotreboot failed!

So, it's failing in void hotreboot_process_parent_side_progress(). Anyone else had this problem, know a quick fix?

Maybe I'm just overlooking something simple here. Not trying to be a pest around here, lol.
Australia Forum Administrator #1
What operating system are you using?
USA #2
I'm running it on a linux server.

I'm not sure what build.

*******ADDITION********

Nov 15 18:15:26:: Log Cirin<0,101>[1]: hotreboot confirm (hotreboot)
:: ===Saving in laston records to data/laston.txt.
:: Starting gio_generic_savelist to data/laston.txt.write.
:: GIOBACKUP: Renaming old data/laston.txt to data/laston.txt.giobak
:: Renaming new data/laston.txt.write to data/laston.txt
:: Finished gio_generic_savelist [4].
:: Laston save completed
:: Starting reboot_autosave():
:: No areas needed saving.
:: reboot area autosave completed.
:: No room invite lists needed saving.
:: reboot area autosave completed.
:: Renaming new data/corpses.txt.write to data/corpses.txt
:: Starting hotreboot
:7: Starting hotreboot, parent hotreboot_ipc_pipe = 7
-= The Dawn Of Time was last compiled on Nov 15 2002 at 18:06:21 (c++ build)=-
-= Parent codebase version Dawn 1.69q - 1June02:
:: Reading in game settings from gameset.txt...
:: gio_generic_loadlist() reading in from gameset.txt...
:: Finished gio_generic_loadlist [1].
:: Game settings for Forbidden Dynasty Ressurection successfully loaded.
:: Allocated 5340032 bytes for string storage.  (MAX_STRING setting)
Nov 15 18:15:26:12: [*****] BUG: hotreboot_receive_command(): *received=-1 which is not sizeof(len)(4)!!!
Nov 15 18:15:27:7: [*****] BUG: hotreboot_receive_command(): *received=0 which is not sizeof(len)(4)!!!
Amended on Sat 16 Nov 2002 01:50 AM by Cirin
United Kingdom #3
I understand you are using WolfPaw to host your mud right?

From memory, these guys run some system which hardens the operating system (I think it is called PitBull, but was a long time ago since I looked at the problem). Unfortunately some of the operating system hardening breaks the interprocess communication which Dawn uses for DNS lookups and Hotreboots. Specifically file descriptors need to be inherited by the child process after forking.

I believe the hardening system they use may be able to be customised in order to get hotreboot and dns resolution working... but it will most likely depend on your hosting company to provide you will instructions on how to enable support for this functionality. If they don't I suggest finding a new hosting company.

- Kal