[8354] in testers

home help back first fref pref prev next nref lref last post

Re: debathena-precise-cluster issues

daemon@ATHENA.MIT.EDU (Jonathan Reed)
Thu Jul 5 13:23:51 2012

Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: Jonathan Reed <jdreed@MIT.EDU>
In-Reply-To: <BAEE5FF4-62C9-426B-B5CB-DD9177EB3805@mit.edu>
Date: Thu, 5 Jul 2012 13:23:45 -0400
Cc: Geoffrey Thomas <geofft@MIT.EDU>, debathena@MIT.EDU, testers@MIT.EDU
Message-Id: <B2C797D1-2F18-457E-80A1-EA2B0CCBBE1E@mit.edu>
To: Jonathan Reed <jdreed@MIT.EDU>
Content-Transfer-Encoding: 8bit


On Jun 29, 2012, at 11:29 AM, Jonathan Reed wrote:

>>> Various multimedia applications and chromium-browser generate errors
>>> like "shm_open() failed: permission denied". chromium-browser helpfully
>>> suggests running:
>>> 
>>> chmod 1777 /dev/shm
>>> 
>>> as root to fix this.
>> 
>> Oh, I bet we're not bind-mounting /run/shm properly.
> 
> 
> Interesting.   Outside the chroot:
> 
> drwxrwxrwt 2 root root 40 Jun 29 10:55 /run/shm
> 
> Inside the chroot:
> 
> drwxr-xr-x 2 root root 40 Jun 29 10:55 /run/shm
> 
> Since when does bind-mounting change the file mode bits?
> 
> Are we losing because /run/shm is already a tmpfs prior to bind-mounting?   Should we clobber it manually, or is there a better way to do this?

No, we're losing because the order is relevant in the mtab.  Sigh.  Fixed in reactivate 2.0.36.

-Jon

home help back first fref pref prev next nref lref last post