[sisyphus] fglrx and shm

[sisyphus] fglrx and shm

[Ivan Adzhubey]

Приветствую!

Вот заметил после последнего обновления (но не факт, что не раньше 
отвалилось):

$ fgl_glxgears
Using GLX_SGIX_pbuffer
FGLTexMgr: open of shared memory object failed (Permission denied)
__FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
FGLTexMgr: open of shared memory object failed (Permission denied)
__FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
FGLTexMgr: open of shared memory object failed (Permission denied)
__FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
...

Не пойму, как починить. Указание shared memory в /etc/fstab:

tmpfs /dev/shm tmpfs defaults 0 0

в Сизифе то работало, то не работало, то само по себе без прописывания в fstab 
монтировалось (udev?). Какая ситуация сейчас и что надо сделать, чтобы GLX с 
fglrx нормально заработало?

--Иван

Re: [sisyphus] fglrx and shm

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2514 bytes --]

On Mon, Apr 09, 2007 at 03:16:54PM -0400, Ivan Adzhubey wrote:
> Вот заметил после последнего обновления (но не факт, что не раньше 
> отвалилось):
> 
> $ fgl_glxgears
> Using GLX_SGIX_pbuffer
> FGLTexMgr: open of shared memory object failed (Permission denied)
> __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> FGLTexMgr: open of shared memory object failed (Permission denied)
> __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> FGLTexMgr: open of shared memory object failed (Permission denied)
> __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> ...

Покажите вывод grep tmpfs /proc/mounts и ls -ld /dev/shm

> Не пойму, как починить. Указание shared memory в /etc/fstab:
> 
> tmpfs /dev/shm tmpfs defaults 0 0
> 
> в Сизифе то работало, то не работало, то само по себе без прописывания в fstab 
> монтировалось (udev?). Какая ситуация сейчас и что надо сделать, чтобы GLX с 
> fglrx нормально заработало?

Сейчас ситуация с /dev/shm следующая:

 - Если в момент запуска сервиса udevd в /dev/shm уже было что-то
   смонтировано, эта ФС переносится в новый /dev без потери
   содержимого (через mount -n --move).  Эта ситуация может иметь
   место в случае наличия в fstab записи для /dev/shm и запуске udevd
   не из rc.sysinit (при загрузке с noudev).

 - Если в fstab есть любая запись для /dev/shm, при запуске сервиса
   udevd из rc.sysinit монтирование /dev/shm не выполняется
   (предполагается, что оно будет выполнено при дальнейшей обработке
   rc.sysinit); если же udevd запускается позже, /dev/shm монтируется
   в соответствии с записью в fstab (здесь имеется небольшой баг -
   игнорируется опция noauto, которая в принципе может использоваться
   для запрета монтирования /dev/shm; помимо случая, когда при
   загрузке используется опция noudev, игнорирование noauto возможно
   после service udevd umount при последующем запуске udevd).

   (При внимательном просмотре этого места в скрипте обнаружился баг -
   чтобы запись для /dev/shm была распознана, необходимо, чтобы между
   первым и вторым полями в этой строке присутствовал ровно один
   пробел или символ табуляции; к тому же пропущен "^" в начале,
   поэтому закомментированная строка также будет распознана как
   обычная - возможно, это и вызвало проблему.)

 - Если записи для /dev/shm в fstab нет, при запуске udevd (в том
   числе из rc.sysinit) в /dev/shm монтируется tmpfs с опциями по
   умолчанию (mode=1777, размер - половина физической памяти).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] fglrx and shm

[Ivan Adzhubey]

Доьрый день!

Спасибо за объяснение!

On Monday 09 April 2007 04:03:22 pm Sergey Vlasov wrote:
> On Mon, Apr 09, 2007 at 03:16:54PM -0400, Ivan Adzhubey wrote:
> > Вот заметил после последнего обновления (но не факт, что не раньше
> > отвалилось):
> >
> > $ fgl_glxgears
> > Using GLX_SGIX_pbuffer
> > FGLTexMgr: open of shared memory object failed (Permission denied)
> > __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> > FGLTexMgr: open of shared memory object failed (Permission denied)
> > __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> > FGLTexMgr: open of shared memory object failed (Permission denied)
> > __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!!
> > ...
>
> Покажите вывод grep tmpfs /proc/mounts и ls -ld /dev/shm

На домашней машине, при отсутствии упоминания /dev/shm в /etc/fstab и вообще 
безо всяких с моей стороны телодвижений она монтируется при загрузке и все 
работает:

# grep tmpfs /proc/mounts
udev /dev tmpfs rw 0 0
shmfs /dev/shm tmpfs rw 0 0

# ls -ld /dev/shm
drwxrwxrwt 2 root root 40 2007-04-09 20:14 /dev/shm

На двух машинах на работе (идентичный актуальный Сизиф, почти идентичное 
железо и настройки, noudev всюду отсутствует) - не монтируется. Сейчас 
прописал на них в /etc/fstab - все заработало. Завтра проверю, как оно 
выглядит если убрать снова запись из /etc/fstab.

В общем, не так важно, раз удалось заставить не мытьем так катанием работать, 
любопытно в чем может быть дело.

> > Не пойму, как починить. Указание shared memory в /etc/fstab:
> >
> > tmpfs /dev/shm tmpfs defaults 0 0
> >
> > в Сизифе то работало, то не работало, то само по себе без прописывания в
> > fstab монтировалось (udev?). Какая ситуация сейчас и что надо сделать,
> > чтобы GLX с fglrx нормально заработало?
>
> Сейчас ситуация с /dev/shm следующая:
>
>  - Если в момент запуска сервиса udevd в /dev/shm уже было что-то
>    смонтировано, эта ФС переносится в новый /dev без потери
>    содержимого (через mount -n --move).  Эта ситуация может иметь
>    место в случае наличия в fstab записи для /dev/shm и запуске udevd
>    не из rc.sysinit (при загрузке с noudev).
>
>  - Если в fstab есть любая запись для /dev/shm, при запуске сервиса
>    udevd из rc.sysinit монтирование /dev/shm не выполняется
>    (предполагается, что оно будет выполнено при дальнейшей обработке
>    rc.sysinit); если же udevd запускается позже, /dev/shm монтируется
>    в соответствии с записью в fstab (здесь имеется небольшой баг -
>    игнорируется опция noauto, которая в принципе может использоваться
>    для запрета монтирования /dev/shm; помимо случая, когда при
>    загрузке используется опция noudev, игнорирование noauto возможно
>    после service udevd umount при последующем запуске udevd).
>
>    (При внимательном просмотре этого места в скрипте обнаружился баг -
>    чтобы запись для /dev/shm была распознана, необходимо, чтобы между
>    первым и вторым полями в этой строке присутствовал ровно один
>    пробел или символ табуляции; к тому же пропущен "^" в начале,
>    поэтому закомментированная строка также будет распознана как
>    обычная - возможно, это и вызвало проблему.)
>
>  - Если записи для /dev/shm в fstab нет, при запуске udevd (в том
>    числе из rc.sysinit) в /dev/shm монтируется tmpfs с опциями по
>    умолчанию (mode=1777, размер - половина физической памяти).

--Иван