Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 6 replies
  • Subscribers 0 subscribers
  • Views 745 views
  • Users 0 members are here
Options
Suggested

[8.163][NOTABUG][CLOSED] SOCKS restarts every hour after restoring from backup

RFCat_vk_01
I restored the beta config from Backup after having made a number of changes while testing some IPv6 configs.
As a result the SOCKS daemon reports every hour that is failed and is being restarted.

Ian
  • 0
    A restart appears to have fixed the problem. Maybe a mandatory restart needs to be built into the restore script?

    Ian
  • 0 
    Astaro Beta Report

    --------------------------------

    Version: 8.163

    Type: NOTABUG

    State: CLOSED

    Reporter: RFCat_vk

    Contributor: Billybob, BarryG

    MantisID: 

    Target version: 

    Fixed in version: 

    --------------------------------
  • 0
    We generally recommend doing a full restart of the system after you restore a backup, especially if the restoration changes huge parts of the system and many services have to be reconfigured and restarted... I'm pretty sure this is documented somewhere.
  • 0
    I re-opened this thread for further discussion:


    Hi Barry,

     ... but the thread is closed. 

    i can re-open that thread, if you prefer to have this information publicly available.


    This needs to be made much more clear... the system should reboot automatically after restoring a backup from USB, etc.


    I'm not sure if i understand you correctly. Do you suggest that we improve the documentation or do you really want to have an automatic reboot?

    The latter case has been discussed many times between the developers and the we agreed on the current behavior (no automatic reboot), because it works fine in the majority of the cases, where you restore to a previous configuration that is only slightly different to you current config. The use case is something like "oops i deleted one important firewall rule / user / interface".

    The problems arise when you have larger changes, like turning on all proxies at once, changing all interface addresses at once. In this case, a reboot is often the easiest way to get the box in a useful state.


    Cheers,
    Kai
  • 0
    Kai, thanks for re-opening this thread.

    regarding backups and reboots...

    I don't see how the admin can be expected to know when a reboot is needed;
    ISTM the system should either:
    1. tell the admin when a reboot is needed
    or
    2. always tell the admin to reboot.

    In the case of a USB-restore, ISTM it should always reboot automatically since it would be easy to miss the reboot suggestion.

    Thanks,
    Barry
  • 0 in reply to BarryG

    I don't see how the admin can be expected to know when a reboot is needed;
    ISTM the system should either:
    1. tell the admin when a reboot is needed
    or
    2. always tell the admin to reboot.

    I agree with kai that a reboot is not needed in majority of the cases. Atleast that has been the behavior till we got to 8.163-4 and now certain features like socks and reporting (in case of Ian) needed extra reboots. Probably a little message that suggests a reboot is recommended would be fine (like the one we get with time change). 

    In the case of a USB-restore, ISTM it should always reboot automatically since it would be easy to miss the reboot suggestion.

    A reboot as soon as a firewall starts would give a false impression of something gone wrong if that route is pursued. Again an information message on the console and if it could be integrated into webadmin would be better if possible.

    I would hate to keep rebooting a linux firewall. Kind of ruins the purpose of running daemons if the whole system has to be brought down to initialize a single/multiple daemons.

    Bill.
Unfiltered HTML