Bug 38048 – UMC-Server: LockTimeout on startup if server already runs

Bug 38048 - UMC-Server: LockTimeout on startup if server already runs


Summary:	UMC-Server: LockTimeout on startup if server already runs

Status:	RESOLVED WONTFIX

Product:	UCS
Classification:	Unclassified
Component:	UMC (Generic)
Version:	UCS 4.0
Hardware:	Other Linux

Importance:	P5 normal (vote)
Target Milestone:	UCS 4.0-x
Assigned To:	UMC maintainers
QA Contact:

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2015-03-16 10:13 CET by Florian Best
Modified:	2019-01-03 07:17 CET (History)
CC List:	1 user (show)

See Also:	38019
What kind of report is it?:	---
What type of bug is this?:	---
Who will be affected by this bug?:	---
How will those affected feel about the bug?:	---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):	Error handling
Max CVSS v3 score:

Flags:	best: Patch_Available+

Attachments
patch (1.27 KB, patch) 2015-03-20 13:57 CET, Florian Best	Details \| Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Florian Best

2015-03-16 10:13:00 CET

If UMC alredy is started and one tries to start it the following traceback is written to the logfile. Instead a message should be displayed "UMC-Server already active".

13.03.15 05:34:25.584  MAIN        ( ERROR   ) : Traceback (most recent call last):
  File "/usr/sbin/univention-management-console-server", line 210, in <module>
    umc_daemon.do_action()
  File "/usr/lib/pymodules/python2.7/daemon/runner.py", line 186, in do_action
    func(self)
  File "/usr/lib/pymodules/python2.7/daemon/runner.py", line 121, in _start
    self.daemon_context.open()
  File "/usr/lib/pymodules/python2.7/daemon/daemon.py", line 344, in open
    self.pidfile.__enter__()
  File "/usr/lib/pymodules/python2.7/lockfile.py", line 223, in __enter__
    self.acquire()
  File "/usr/lib/pymodules/python2.7/daemon/pidlockfile.py", line 109, in acquire
    super(TimeoutPIDLockFile, self).acquire(timeout, *args, **kwargs)
  File "/usr/lib/pymodules/python2.7/daemon/pidlockfile.py", line 59, in acquire
    super(PIDLockFile, self).acquire(*args, **kwargs)
  File "/usr/lib/pymodules/python2.7/lockfile.py", line 261, in acquire
    raise LockTimeout
LockTimeout

Comment 1 Florian Best

2015-03-20 13:50:42 CET

One example how to reproduce is:

for i in 1 2 3; do invoke-rc.d univention-management-console-server start & done

Related to Bug #38019 ?

Comment 2 Florian Best

2015-03-20 13:57:42 CET

Created attachment 6775 [details]
patch

Comment 3 Stefan Gohmann

2019-01-03 07:17:51 CET

This issue has been filled against UCS 4.0. The maintenance with bug and security fixes for UCS 4.0 has ended on 31st of May 2016.

Customers still on UCS 4.0 are encouraged to update to UCS 4.3. Please contact
your partner or Univention for any questions.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or simply reopen the issue. In this case please provide detailed information on how this issue is affecting you.