Skip to main content
deleted 2 characters in body
Source Link
fred2
  • 117
  • 10

I have a server that uses the shibboleth2 shibd daemon to allow remote authentication to a database.

The daemon reads a very large federation metadata file on starting/reloading (circa 34MB). This needs several minutes to process.

Previously it completed within the systemctl timeout limit of 90 seconds. It is noe exceeding this limit.

I have attempted to extend the systemctl timeout without success by editing /etc/systemd/system.conf in the following way:

DefaultTimeoutStartSec=600s
DefaultTimeoutStopSec=300s

This should override the default timeout of 90 seconds.

I then ran

systemctl daemon-reload
systemctl daemon-reexec

to attempt to reload systemctl configuration itself to enable the new timeout.

However the timeout appears to have remained the same, and the command

systemctl start shibd

Times out after about 90 seconds.5 minutes

Are there any suggestions as to what is going on here? I have not retried simply rebooting the server yet as it is a production server and would affect multiple applications.

I have a server that uses the shibboleth2 shibd daemon to allow remote authentication to a database.

The daemon reads a very large federation metadata file on starting/reloading (circa 34MB). This needs several minutes to process.

Previously it completed within the systemctl timeout limit of 90 seconds. It is noe exceeding this limit.

I have attempted to extend the systemctl timeout without success by editing /etc/systemd/system.conf in the following way:

DefaultTimeoutStartSec=600s
DefaultTimeoutStopSec=300s

This should override the default timeout of 90 seconds.

I then ran

systemctl daemon-reload
systemctl daemon-reexec

to attempt to reload systemctl configuration itself to enable the new timeout.

However the timeout appears to have remained the same, and the command

systemctl start shibd

Times out after about 90 seconds.

Are there any suggestions as to what is going on here? I have not retried simply rebooting the server yet as it is a production server and would affect multiple applications.

I have a server that uses the shibboleth2 shibd daemon to allow remote authentication to a database.

The daemon reads a very large federation metadata file on starting/reloading (circa 34MB). This needs several minutes to process.

Previously it completed within the systemctl timeout limit of 90 seconds. It is noe exceeding this limit.

I have attempted to extend the systemctl timeout without success by editing /etc/systemd/system.conf in the following way:

DefaultTimeoutStartSec=600s
DefaultTimeoutStopSec=300s

This should override the default timeout of 90 seconds.

I then ran

systemctl daemon-reload
systemctl daemon-reexec

to attempt to reload systemctl configuration itself to enable the new timeout.

However the timeout appears to have remained the same, and the command

systemctl start shibd

Times out after about 5 minutes

Are there any suggestions as to what is going on here? I have not retried simply rebooting the server yet as it is a production server and would affect multiple applications.

Source Link
fred2
  • 117
  • 10

shibd daemon 'timeout' on systemctl start

I have a server that uses the shibboleth2 shibd daemon to allow remote authentication to a database.

The daemon reads a very large federation metadata file on starting/reloading (circa 34MB). This needs several minutes to process.

Previously it completed within the systemctl timeout limit of 90 seconds. It is noe exceeding this limit.

I have attempted to extend the systemctl timeout without success by editing /etc/systemd/system.conf in the following way:

DefaultTimeoutStartSec=600s
DefaultTimeoutStopSec=300s

This should override the default timeout of 90 seconds.

I then ran

systemctl daemon-reload
systemctl daemon-reexec

to attempt to reload systemctl configuration itself to enable the new timeout.

However the timeout appears to have remained the same, and the command

systemctl start shibd

Times out after about 90 seconds.

Are there any suggestions as to what is going on here? I have not retried simply rebooting the server yet as it is a production server and would affect multiple applications.