Bug#984646: omniorb-nameserver: omniNames does not start any longer
Package: omniorb-nameserver
Version: 4.2.2-0.9+b1
Severity: grave
Tags: d-i
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
starting omniorb4-nameserver a second time.
* What exactly did you do (or not do) that was effective (or
ineffective)?
rm -f /var/lib/omniorb/omninames*
starting/stopping omniorb4-nameserver 2 times:
systemctl start omniorb-nameserver
=> service runs
systemctl stop omniorb-nameserver
=> in /var/lib/omniorb/:
omninames-*.bak
omninames-*.dat
exists
systemctl start omniorb-nameserver
* What was the outcome of this action?
=> omniorb4-nameserver service does not run (systemctl status
omniorb4-nameserver)
=> in /var/lib/omniorb/:
omninames-*.bak
omninames-*.dat
omninames-*.log
exists
* What outcome did you expect instead?
- omniNames nameserver service runs.
- omninames-*.log
does not exist in /var/lib/omniorb/
* I think the problem is in
/etc/init.d/omniorb4-nameserver
which copies omninames-*.bak file to .log
According to http://omniorb.sourceforge.net/omni42/omniNames.html
".log" is replaced by ".dat". I think this is just a matter of
filename extensions.
-- System Information:
Debian Release: 10.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-14-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages omniorb-nameserver depends on:
ii libc6 2.28-10
ii libgcc1 1:8.3.0-6
ii libomniorb4-2 4.2.2-0.9+b1
ii libomnithread4 4.2.2-0.9+b1
ii libstdc++6 8.3.0-6
ii lsb-base 10.2019051400
omniorb-nameserver recommends no packages.
omniorb-nameserver suggests no packages.
Reply to: