11.10 no longer has /etc/default/tmpfs file to set SHM_MAX

Bug #917464 reported by MDM
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

I have 16 gb of memory and cannot figure out how to modify the new /run/shm mounted directory. The default for this directory is 50% of available memory and I need to increase the size to support multiple databases in memory. There used to be a /etc/default/tmpfs file that allowed to configure a different size. Please let me know if there is a way to store the desired size for /run/shm.

As a side note, there is a symbolic link created /dev/shm used for compatibility. Unfortunately some applications require thsi to be mounted directory using bind option. I have changed the /etc/init/mounted-dev.conf to use "mount --bind /run/shm /dev/shm" instead of the symbolic link and older programs are much happier. This includes using Oracle database.
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
AplayDevices:
 shm_open() failed: Permission denied
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
ArecordDevices:
 shm_open() failed: Permission denied
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: mmorris 1774 F.... pulseaudio
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf6fdc000 irq 48'
   Mixer name : 'IDT 92HD71B7X'
   Components : 'HDA:111d76b2,1028024f,00100302'
   Controls : 15
   Simple ctrls : 10
CurrentDmesg: Error: command ['sh', '-c', 'dmesg | comm -13 --nocheck-order /var/log/dmesg -'] failed with exit code 1: comm: /var/log/dmesg: Permission denied
DistroRelease: Ubuntu 11.10
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
MachineType: Dell Inc. Latitude E6500
NonfreeKernelModules: nvidia
Package: linux (not installed)
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-14-generic root=UUID=a03058b6-12bc-4e69-bc3e-f45513695d9f ro quiet splash pcie_aspm=force vt.handoff=7
ProcVersionSignature: Ubuntu 3.0.0-14.23-generic 3.0.9
Tags: oneiric
Uname: Linux 3.0.0-14-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: admin lp lpadmin sambashare vboxusers
dmi.bios.date: 10/30/2009
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A18
dmi.board.name: 0X564R
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA18:bd10/30/2009:svnDellInc.:pnLatitudeE6500:pvr:rvnDellInc.:rn0X564R:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: Latitude E6500
dmi.sys.vendor: Dell Inc.

Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 917464

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
MDM (mmorris-sd) wrote : AlsaDevices.txt

apport information

tags: added: apport-collected oneiric
description: updated
Revision history for this message
MDM (mmorris-sd) wrote : Card0.Amixer.values.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : Lspci.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : Lsusb.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : PciMultimedia.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : ProcEnviron.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : ProcInterrupts.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : ProcModules.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : PulseSinks.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : PulseSources.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : UdevDb.txt

apport information

Revision history for this message
MDM (mmorris-sd) wrote : UdevLog.txt

apport information

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

There may be a workaround in the following forum:
https://forums.oracle.com/forums/thread.jspa?threadID=2298493

Can you take a look and see if that solves your issue? If it does not, please change the status of this bug back to Confirmed.

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
tags: added: kernel-da-key
Revision history for this message
MDM (mmorris-sd) wrote :

That work around is specific to configuring Oracle database to use the /run/shm instead of the older /dev/shm. That was only part of the problem. There does not seem to be anyway to change the size of /run/shm. In the older kernels you could do this by changing the SHM_MAX value in the /etc/defaults/tmpfs file or by changing the entry in /etc/fstab. The new /run/shm seems to be created by something in the kernel and the size seems hardwired. I was not able to figure out how to increase the size of /run/shm.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Mekk (marcin-kasperski) wrote :

I found this bug while looking for a way to resize /run/shm on Ubuntu 13.04. Still I can't find a way to resize it (on my laptop for some reason it is 600MB - out of 6GB total memory - I need it bigger to install Oracle or DB2).

Net is full of advice to mount --rebind this to change it's size, rather ugly concept considering /run is usually not empty at the moment I can remount it (and this option usually breaks some running apps)

So …… could anybody tell where is /run size configured?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.