Re: [VirtualGL-Users] "vglrun /bin/ls -l /" hangs for me. Have anybody else seen something similar?

[DRC <dco...@us...>]

Disabling SELinux is definitely the first step, but in some cases, you 
also have to do:

attr -S -g selinux /usr/lib64/libc.so
attr -S -g selinux /lib64/libc.so.6

In more rare cases (for some reason, I had to do this), you have to 
systematically remove the attributes from all files on the system:

cd /
sudo find . -mount | while read file; do sudo attr -S -r selinux 
"$file"; done

(NOTE: these attributes can be restored simply by re-enabling SELinux 
and rebooting.)

https://sourceforge.net/tracker/?func=detail&aid=3576711&group_id=117509&atid=678327


On 8/16/13 7:19 AM, R. David wrote:
> Hello,
>
>
> I think I had this when SELinux was enforced on the server. I disabled selinux (/etc/selinux/config), rebooted the server and it ran smoothly.
>
>
>
> Le 16 août 2013 à 12:50, Hiroto Takahashi a écrit :
>
>> Hello, VirtualGL user!
>>
>> I am running a shell script that uses /bin/ls under control of vglrun.
>> the script hangs at a call of /bin/ls
>>
>> ==============================
>> =======
>> [root@host1 dir]# whoami
>> root
>> [root@host1 dir]# grep release /etc/issue.net
>> Scientific Linux release 6.3 (Carbon)
>> [root@host1 dir]# uname -m
>> x86_64
>> [root@host1 dir]# uname -r
>> 2.6.32-279.el6.x86_64
>> [root@host1 dir]# rpm -qf /bin/ls
>> coreutils-8.4-19.el6.x86_64
>> [root@host1 dir]# ldd /bin/ls
>>         linux-vdso.so.1 =>  (0x00007fff343da000)
>>         libselinux.so.1 => /lib64/libselinux.so.1 (0x00000032b1600000)
>>         librt.so.1 => /lib64/librt.so.1 (0x00000032b0e00000)
>>         libcap.so.2 => /lib64/libcap.so.2 (0x00000032b3200000)
>>         libacl.so.1 => /lib64/libacl.so.1 (0x00000032be600000)
>>         libc.so.6 => /lib64/libc.so.6 (0x00000032afe00000)
>>         libdl.so.2 => /lib64/libdl.so.2 (0x00000032b0200000)
>>         /lib64/ld-linux-x86-64.so.2 (0x00000032af600000)
>>         libpthread.so.0 => /lib64/libpthread.so.0 (0x00000032b0600000)
>>         libattr.so.1 => /lib64/libattr.so.1 (0x00000032bde00000)
>> [root@host1 dir]# rpm -qf `which vglrun`
>> VirtualGL-2.3.2-20121002.x86_64
>>
>> [root@host1 dir]# vglrun /bin/ls -l /
>> ^C [Hangs forever]
>> [root@host1 dir]#
>> ==============================
>>
>> I have tried several version of VirtualGL (2.2.1, 2.3.1). They do not work also.
>>
>> Did  anybody else have similar problems with vglrun environment?
>>
>> -Hiroto Takahashi
>>
>> ------------------------------------------------------------------------------
>> Get 100% visibility into Java/.NET code with AppDynamics Lite!
>> It's a free troubleshooting tool designed for production.
>> Get down to code-level detail for bottlenecks, with <2% overhead.
>> Download for free and get started troubleshooting in minutes.
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
>> _______________________________________________
>> VirtualGL-Users mailing list
>> Vir...@li...
>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>
> ---------------------------------------------------------
>    R. David - da...@un...
>    Responsable du meso-centre
>    UdS / Direction Informatique
>    Tel. : 03 68 85 45 48
> ---------------------------------------------------------
>
>
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> _______________________________________________
> VirtualGL-Users mailing list
> Vir...@li...
> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>