Re: [CentOS] Configure can't find SDL (Sort of OT)

[Markku Kolkka]

17.1.2013 2:27, Mark LaPierre kirjoitti:
> One last issue:
> 
> I ran ./configure and got this:
> checking for Mix_OpenAudio in -lSDL_mixer... no
> *** SDL_mixer not found.  Configuring without audio support.

Install SDL_mixer-devel from EPEL: http://fedoraproject.org/wiki/EPEL

-- 
Markku Kolkka
markku.kol...@iki.fi
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Share GFS2 partition freezes when new node add in the cluster

[Francisco J. Valero]

Hi all.

I need support about GFS2 and RHCS.

Actually I have cman cluster formed by 9 nodes.

All works whitout problems but when I try to include a new node in the
cluster I must reboot all nodes because share partition GFS2 freezes. 

cman_tool status not show "Blocked activity" in each node and in logs
all apears normally whitout any WARNING or ERROR in /var/log/cluster/*


I have not found solution about this and I'm desperate.


Any ideas?


Thanks in advance


-- 
Francisco J. Valero
Departamento Técnico | Seguridad y Sistemas
francisco.val...@masvoz.es
Tel/Fax: 902500807 Ext. 106



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Centos 6.3: load average strangeness

[Dario Lesca]

Hi, on my c6.3 server (guest of a vmware host) I have a strange load
average value:

w command:
> [root@s-doc ~]# w
>  11:19:23 up 41 days, 23:15,  1 user,  load average: 4,03, 4,03, 4,00
> USER TTY  FROM  LOGIN@   IDLE   JCPU   PCPU WHAT
> root pts/2dodo:S.0 11:150.00s  0.02s  0.00s w

top command:

> top - 12:13:31 up 42 days, 9 min,  1 user,  load average: 4.00, 4.01, 4.00
> Tasks: 127 total,   1 running, 126 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.0%us,  0.0%sy,  0.0%ni, 99.3%id,  0.7%wa,  0.0%hi,  0.0%si,  0.0%st
> Mem:   1914596k total,  1783108k used,   131488k free,86536k buffers
> Swap:  2047992k total,18884k used,  2029108k free,   246504k cached
> 
>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND  
>  
>   863 root  20   0 000 D  0.3  0.0  26:05.07 xfsaild/dm-5 
>   1 root  20   0 
> 21452 1032  780 S  0.0  0.1   0:01.76 init
>2 root  20   0 000 S  0.0  0.0 
>   0:00.53 kthreadd
>3 root  RT   0 000 S  0.0  0.0   0:00.00 migration/0   
>  4 root  20   0 0 
>00 S  0.0  0.0   0:06.32 ksoftirqd/0   
>  
> 5 root  RT   0 000 S  0.0  0.0   0:00.00 migration/0  
>   6 root  RT   0 
> 000 S  0.0  0.0   0:05.66 watchdog/0  
>7 root  20   0 000 S  0.0  0.0  
> 27:33.90 events/0 
>   8 root  20   0 000 S  0.0  0.0   0:00.00 cgroup 
> 
> 9 root  20   0 000 S  0.0  0.0   0:00.00 khelper  
>  10 root  20   0 
> 000 S  0.0  0.0   0:00.00 netns   
>   11 root  20   0 000 S  0.0  0.0   
> 0:00.00 async/mgr 
> 12 root  20   0 000 S  0.0  0.0   0:00.00 pm  
>   13 root  20   0 0   
>  00 S  0.0  0.0   0:13.75 sync_supers 
>
>14 root  20   0 000 S  0.0  0.0   0:12.35 bdi-default  
>   

But none of process still work, top have no process > 0,xx and also
iotop value are > 0,xx.

This is the vmstat output:

> [root@s-doc ~]# vmstat 2 10
> procs ---memory-- ---swap-- -io --system-- 
> -cpu-
>  r  b   swpd   free   buff  cache   si   sobibo   in   cs us sy id wa 
> st
>  0  0  18884 131984  86508 24650000 21099  1  0 99  0 
>  0
>  0  0  18884 131976  86508 24650000 0 6  126  542  0  0 99  1 
>  0
>  0  0  18884 131976  86508 24650000 0 0  126  546  0  0 100  
> 0  0
>  0  0  18884 131976  86508 24650000 0 0  123  539  0  0 100  
> 0  0
>  0  0  18884 131976  86508 24650000 0 0  122  538  0  0 100  
> 0  0
>  0  0  18884 131976  86508 24650000 0 0  127  538  0  0 100  
> 0  0
>  0  0  18884 131844  86508 24650000 0 2  166  535  5  1 95  0 
>  0
>  4  0  18884 131844  86508 24650000 020  122  532  0  0 100  
> 0  0
>  0  0  18884 131844  86508 24650000 0 0  124  538  0  0 100  
> 0  0
>  0  0  18884 131844  86512 24650000 012  123  539  0  0 98  2 
>  0
> 

There is some method to find out what it is that causes the load average
>4.0 ?

Many thanks for your reply.

-- 
Dario Lesca - sip:da...@solinos.it
(Inviato dal mio Linux Fedora 17 Gnome3)

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3: load average strangeness

[Dennis Jacobfeuerborn]

On 01/17/2013 12:17 PM, Dario Lesca wrote:
> Hi, on my c6.3 server (guest of a vmware host) I have a strange load
> average value:
>
> w command:
>> [root@s-doc ~]# w
>>  11:19:23 up 41 days, 23:15,  1 user,  load average: 4,03, 4,03, 4,00
>> USER TTY  FROM  LOGIN@   IDLE   JCPU   PCPU WHAT
>> root pts/2dodo:S.0 11:150.00s  0.02s  0.00s w
> top command:
>
>> top - 12:13:31 up 42 days, 9 min,  1 user,  load average: 4.00, 4.01, 4.00
>> Tasks: 127 total,   1 running, 126 sleeping,   0 stopped,   0 zombie
>> Cpu(s):  0.0%us,  0.0%sy,  0.0%ni, 99.3%id,  0.7%wa,  0.0%hi,  0.0%si,  
>> 0.0%st
>> Mem:   1914596k total,  1783108k used,   131488k free,86536k buffers
>> Swap:  2047992k total,18884k used,  2029108k free,   246504k cached
>>
>>   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND 
>>   
>>   863 root  20   0 000 D  0.3  0.0  26:05.07 xfsaild/dm-5
>>1 root  20   0 
>> 21452 1032  780 S  0.0  0.1   0:01.76 init   
>> 2 root  20   0 000 S  0.0  
>> 0.0   0:00.53 kthreadd   
>> 3 root  RT   0 000 S  0.0  0.0   0:00.00 migration/0 
>>4 root  20   
>> 0 000 S  0.0  0.0   0:06.32 ksoftirqd/0  
>>   
>> 5 root  RT   0 000 S  0.0  0.0   0:00.00 migration/0 
>>6 root  RT   0
>>  000 S  0.0  0.0   0:05.66 watchdog/0
>>  7 root  20   0 000 S  0.0  0.0  
>> 27:33.90 events/0
>>8 root  20   0 000 S  0.0  0.0   0:00.00 cgroup   
>>   
>> 9 root  20   0 000 S  0.0  0.0   0:00.00 khelper 
>>   10 root  20   0
>>  000 S  0.0  0.0   0:00.00 netns 
>> 11 root  20   0 000 S  0.0  0.0  
>>  0:00.00 async/mgr   
>>   12 root  20   0 000 S  0.0  0.0   0:00.00 pm   
>>  13 root  20   0 
>> 000 S  0.0  0.0   0:13.75 sync_supers
>> 
>>14 root  20   0 000 S  0.0  0.0   0:12.35 bdi-default 
>>
> But none of process still work, top have no process > 0,xx and also
> iotop value are > 0,xx.
>
> This is the vmstat output:
>
>> [root@s-doc ~]# vmstat 2 10
>> procs ---memory-- ---swap-- -io --system-- 
>> -cpu-
>>  r  b   swpd   free   buff  cache   si   sobibo   in   cs us sy id 
>> wa st
>>  0  0  18884 131984  86508 24650000 21099  1  0 99  
>> 0  0
>>  0  0  18884 131976  86508 24650000 0 6  126  542  0  0 99  
>> 1  0
>>  0  0  18884 131976  86508 24650000 0 0  126  546  0  0 100  
>> 0  0
>>  0  0  18884 131976  86508 24650000 0 0  123  539  0  0 100  
>> 0  0
>>  0  0  18884 131976  86508 24650000 0 0  122  538  0  0 100  
>> 0  0
>>  0  0  18884 131976  86508 24650000 0 0  127  538  0  0 100  
>> 0  0
>>  0  0  18884 131844  86508 24650000 0 2  166  535  5  1 95  
>> 0  0
>>  4  0  18884 131844  86508 24650000 020  122  532  0  0 100  
>> 0  0
>>  0  0  18884 131844  86508 24650000 0 0  124  538  0  0 100  
>> 0  0
>>  0  0  18884 131844  86512 24650000 012  123  539  0  0 98  
>> 2  0
>>
> There is some method to find out what it is that causes the load average
>> 4.0 ?
> Many thanks for your reply.
>
Looks like https://bugzilla.redhat.com/show_bug.cgi?id=883905

Regards,
  Dennis
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] 5.9: wait, or CR?

[Florian La Roche]

On Fri, Jan 11, 2013 at 09:09:28AM -0600, Johnny Hughes wrote:
> http://wiki.centos.org/AdditionalResources/Repositories/CR


Hello Johnny und Co,

For pushing out new releases, it would help download times a little
bit if you would run "/usr/sbin/hardlink -v centos/5.8 centos/5.9"
to hardlink all unchanged rpm packages before pushing this out to
the CentOS mirror system.

(I know 5.8 will be deleted soon, so it doesn't help overall disk
size. Space savings for 5.9 would be 9GB, same of course for new
downloads of it for all mirrors.)

Thanks a lot for CentOS-5.9,

Florian La Roche

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] autofs update brakes nested automount

[Theo Band]

On my CentOS5 boxes the automounter fails after the last update to 
autofs.x86_64 1:5.0.1-0.rc2.177.el5
No update is seen on CentOS6 and things still work there.

The home directory of users is setup using an auto.home map which is 
distributed using NIS:

*fsutrecht02:/export/home/& /nobackup -noacl 
nasutrecht01:/nobackup/&/snapshot -ro fazant:/home_backup/

This maps a users home directory and and two subfolders ~/nobackup and 
~/snapshot

Now I see this in my logs:

automount[6510]: parse_mount: parse(sun): can't find multi root thba

I found that this still works:
*fsutrecht02:/export/home/&

The nested folders do no longer work. If the wildcard is removed, works:

thbafsutrecht02:/export/home/& /nobackup -noacl 
nasutrecht01:/nobackup/&/snapshot -ro fazant:/home_backup/

Any idea how wildcards can be made to work (again) with nested mounts? 
Is it a bug?

Thanks,
Theo
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] You need to implement a remote task_setrlimit in your security module and call it directly from this functionWARNING: at security/security.c:51 security_ops_task_setrlimit() ?

[Devin Reade]

--On Friday, January 11, 2013 07:47:31 AM +0200 Eero Volotinen
 wrote:

> Any idea what causes this on boot?
> 
> You need to implement a remote task_setrlimit in your security module
> and call it directly from this functionWARNING: at
> security/security.c:51 security_ops_task_setrlimit()
> 
> Call Trace:
>  [] security_ops_task_setrlimit+0x87/0x96
>  [] do_prlimit+0xd7/0x1d2
>  [] sys_setrlimit+0x36/0x43
>  [] tracesys+0xd5/0xdf

I'm also seeing it after upgrading to 5.9.  See this thread:


Devin

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] new errors in /var/log/messages since update to 5.9

[fred smith]

since updating to 5.9 a little while ago I find a load of these in
/var/log/messages, which I've not seen before:

Jan 17 22:17:18 fcshome ntpd[4680]: sendto(216.230.228.211) (fd=22): Invalid 
argument
Jan 17 22:17:20 fcshome ntpd[4680]: sendto(199.4.29.166) (fd=22): Invalid 
argument
Jan 17 22:17:31 fcshome ntpd[4680]: sendto(129.70.132.37) (fd=22): Invalid 
argument
Jan 17 22:34:22 fcshome ntpd[4680]: sendto(216.230.228.211) (fd=22): Invalid 
argument
Jan 17 22:34:23 fcshome ntpd[4680]: sendto(199.4.29.166) (fd=22): Invalid 
argument
Jan 17 22:34:37 fcshome ntpd[4680]: sendto(129.70.132.37) (fd=22): Invalid 
argument
Jan 17 22:51:26 fcshome ntpd[4680]: sendto(199.4.29.166) (fd=22): Invalid 
argument
Jan 17 22:51:28 fcshome ntpd[4680]: sendto(216.230.228.211) (fd=22): Invalid 
argument
Jan 17 22:51:41 fcshome ntpd[4680]: sendto(129.70.132.37) (fd=22): Invalid 
argument
Jan 17 23:08:32 fcshome ntpd[4680]: sendto(199.4.29.166) (fd=22): Invalid 
argument
Jan 17 23:08:33 fcshome ntpd[4680]: sendto(216.230.228.211) (fd=22): Invalid 
argument
Jan 17 23:08:46 fcshome ntpd[4680]: sendto(129.70.132.37) (fd=22): Invalid 
argument
Jan 17 23:25:35 fcshome ntpd[4680]: sendto(199.4.29.166) (fd=22): Invalid 
argument
Jan 17 23:25:36 fcshome ntpd[4680]: sendto(216.230.228.211) (fd=22): Invalid 
argument
Jan 17 23:25:49 fcshome ntpd[4680]: sendto(129.70.132.37) (fd=22): Invalid 
argument
Jan 17 23:42:38 fcshome ntpd[4680]: sendto(199.4.29.166) (fd=22): Invalid 
argument
Jan 17 23:42:39 fcshome ntpd[4680]: sendto(216.230.228.211) (fd=22): Invalid 
argument
Jan 17 23:42:53 fcshome ntpd[4680]: sendto(129.70.132.37) (fd=22): Invalid 
argument

Is ntp busted in 5.9?

Clues appreciated, thanks!

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
  "For him who is able to keep you from falling and to present you before his 
 glorious presence without fault and with great joy--to the only God our Savior
 be glory, majesty, power and authority, through Jesus Christ our Lord, before
 all ages, now and forevermore! Amen."
- Jude 1:24,25 (niv) -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] "Red Hat Storage" on CentOS?

[Rudi Ahlers]

Hi,

Does anyone know if "Red Hat Store" will be available in CentOS?

Have a look here: http://www.redhat.com/products/storage-server/

I'm not referring to the "Red Hat Cluster Suite" which is already
available.

-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Cell: 082 554 7532
Fax: 086 268 8492
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos