Re: [HTCondor-users] Odd behavior of condor_master in SL7

[Brian Bockelman <bbockelm@xxxxxxxxxxx>]

On Dec 6, 2017, at 10:07 AM, Bob Ball <ball@xxxxxxxxx> wrote:

So, closing the loop....
mkdir /usr/lib/systemd/system/condor.service.d
cat > /usr/lib/systemd/system/condor.service.d/override.conf
[Service]
Restart=no
^D

This worked.  I should probably put that into /etc/systemd/system/condor.service.d instead, so....
Yeah, that worked too.

Indeed - /usr/lib/systemd/* is intended for packagers (RPMs) and /etc/systemd/* is intended for sysadmins!

Thanks for reporting this Bob.  TimT -- is there a corresponding ticket yet?

Brian

bob

On 12/5/2017 5:10 PM, Dimitri Maziuk wrote:

On 12/05/2017 02:33 PM, Brian Bockelman wrote:

If one was writing HTCondor from scratch and supporting only Linux - yeah, you could probably avoid your own condor_master / condor_off (you'd either skip some functionality or provide it in a different layer).

However, it's not clear that there's anything close to condor_shared_port's functionality (multiplexing a single TCP connection over multiple services in order to simplify firewall configurations..).

You missed the invisible <sarcasm> tags.

I believe the setting should be Restart=no and if condor_master crashes,
the sysadmin should go figure what's wrong with the system.

_______________________________________________
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/

_______________________________________________
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/