Re: [HTCondor-users] Shared port daemon fails to start after reboot on Dual Stack CentOS7 nodes

[Thomas Hartmann <thomas.hartmann@xxxxxxx>]

Hi Chris,

you could probably list all you services with
  systemd-analyze plot > service_chain.svg
and check, if there is a unit after networking etc. you could attach to 
as dependency for condor.service

Unfortunately, on a quick check here, the condor unit is already one of 
the last units to be started (needing a lot of scrolling)

Cheers,
  Thomas


On 09/06/2021 11.24, Chris Brew - STFC UKRI wrote:
> Thanks All,
>
> I feared that might be the case, before I go off and add  
> `ExecStartPre=/bin/sleep 30` to the condor systemd service file (dirty), 
> or add systemd `.timer` file to control the start up (slightly less 
> dirty), does anyone have an idea of a late stage networking service I 
> can add a dependency too (cleaner).
>
> Thanks,
>
> Chris.
>
> On 08/06/2021, 15:21, "HTCondor-users" 
> <htcondor-users-bounces@xxxxxxxxxxx> wrote:
>
>
>
>  > If I run `sudo systemctl restart condor` after I can log into the node
>  > everything comes up cleanly so Iʼm wondering if the Master is coming up
>  > before something that it needs.
>
>           It's typical, despite our best efforts in the packaging, for
> various bits and pieces of the network, particularly including DNS/DHCP,
> not to be up when the condor master starts.
>
> - ToddM
>
> This email and any attachments are intended solely for the use of the 
> named recipients. If you are not the intended recipient you must not 
> use, disclose, copy or distribute this email or any of its attachments 
> and should notify the sender immediately and delete this email from your 
> system. UK Research and Innovation (UKRI) has taken every reasonable 
> precaution to minimise risk of this email or any attachments containing 
> viruses or malware but the recipient should carry out its own virus and 
> malware checks before opening the attachments. UKRI does not accept any 
> liability for any losses or damages which the recipient may sustain due 
> to presence of any viruses. Opinions, conclusions or other information 
> in this message and attachments that are not related directly to UKRI 
> business are solely those of the author and do not represent the views 
> of UKRI.
>
>
> _______________________________________________
> HTCondor-users mailing list
> To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
> subject: Unsubscribe
> You can also unsubscribe by visiting
> https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users
>
> The archives can be found at:
> https://lists.cs.wisc.edu/archive/htcondor-users/

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature