[Pkg-sysvinit-devel] Bug#694379: initscripts: Symlinking /dev/shm to /run/shm makes Oracle Database XE unable to start. Bind mount makes it work.

[Jozsef Marton]

Package: initscripts
Version: 2.88dsf-32
Severity: important
Tags: patch

After the transition to /run/shm from its previous location at /dev/shm, a symlink was created for compatibility reasons:
/dev/shm -> /run/shm

In this configuration Oracle Database 11g XE refuses to start with the following error message:
ORA-00845: MEMORY_TARGET not supported on this system



Bind mounting /run/shm to /dev/shm does the trick: Oracle starts properly.


Oracle Database XE is not in Debian, but there could be other packages I'm unaware of that also suffer from /dev/shm being a symlink.


A quick patch to make /dev/shm be bind mount of /run/shm is attached. It would be inevitable better to allow users to configure this behavior, but I'm not sure if there is already a file where this configuration option could be added. If you could point me to the right place I would be happy to patch this to be configurable leaving the symlinking the default behavior.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  coreutils       8.13-3.2
ii  debianutils     4.3.2
ii  libc6           2.13-35
ii  lsb-base        4.1+Debian8
ii  mount           2.20.1-5.2
ii  sysv-rc         2.88dsf-32
ii  sysvinit-utils  2.88dsf-32

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.5-1
ii  psmisc     22.19-1

initscripts suggests no packages.

-- no debconf information
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lib_init_mount_functions.patch
Type: text/x-diff
Size: 500 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/attachments/20121125/410a0bbb/attachment.patch>