[CentOS] CentOS 6.0

[Thomas Dukes]

Hello,

Can anyone pls tell me if a ThinkServer TS130 with a E3-1225 Xeon processor
is compatible with CentOS 6.0? I would like to upgrade from 5.6 but my
hardware will not allow me to do so. I do not wish to buy something that is
incompatible as I already have that now.

The TS130 is replacing the TS200v which is RHEL 6.x certified. The TS130 has
an Intel mobo and uses the C206 chipset. I do not know the model number for
the mobo itself.

I have spent the last 45 minutes on the phone with Lenovo and talked with
'Peggy' seven different times before being disconnected.

TIA,

Eddie

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

Re: [CentOS] CentOS 6.0

[Always Learning]

On Sun, 2011-08-28 at 12:29 -0400, Thomas Dukes wrote:

> Can anyone pls tell me if a ThinkServer TS130 with a E3-1225 Xeon processor
> is compatible with CentOS 6.0? I would like to upgrade from 5.6 but my
> hardware will not allow me to do so.

Intel
Quad-core
3.10 GHz
L2 Cache 1 MB
L3 Cache 6 MB
64-bit Processing
  * Turbo Boost Technology
  * Virtualization Technology
  * Trusted Execution Technology
  * Extended Memory 64 Technology
Platform: PC

Seems OK, what specific problems are you having ?



-- 
With best regards,

Paul.
England,
EU.


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

Re: [CentOS] CentOS 6.0

[Thomas Dukes]

 

> -Original Message-
> From: centos-boun...@centos.org 
> [mailto:centos-boun...@centos.org] On Behalf Of Always Learning
> Sent: Sunday, August 28, 2011 12:31 PM
> To: CentOS mailing list
> Subject: Re: [CentOS] CentOS 6.0
> 
> 
> On Sun, 2011-08-28 at 12:29 -0400, Thomas Dukes wrote:
> 
> > Can anyone pls tell me if a ThinkServer TS130 with a E3-1225 Xeon 
> > processor is compatible with CentOS 6.0? I would like to 
> upgrade from 
> > 5.6 but my hardware will not allow me to do so.
> 
> Intel
> Quad-core
> 3.10 GHz
> L2 Cache 1 MB
> L3 Cache 6 MB
> 64-bit Processing
>   * Turbo Boost Technology
>   * Virtualization Technology
>   * Trusted Execution Technology
>   * Extended Memory 64 Technology
> Platform: PC
> 
> Seems OK, what specific problems are you having ?

Sorry, I meant the hardware I have now is preventing me from upgrading to
6.0

I just want to make sure CentOS 6.0 would have the necessary drivers for the
on board video, ethernet, etc., for the TS130 before I make the purchase. I
just don't want to be in the same boat as I'm in now.

I have bought a PC in eight years so I just want to make sure its going to
run 6.0.

Thanks,

Eddie

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

Re: [CentOS] CentOS 6.0

[William Warren]

On 8/28/2011 12:43 PM, Thomas Dukes wrote:
>
>
>> -Original Message-
>> From: centos-boun...@centos.org
>> [mailto:centos-boun...@centos.org] On Behalf Of Always Learning
>> Sent: Sunday, August 28, 2011 12:31 PM
>> To: CentOS mailing list
>> Subject: Re: [CentOS] CentOS 6.0
>>
>>
>> On Sun, 2011-08-28 at 12:29 -0400, Thomas Dukes wrote:
>>
>>> Can anyone pls tell me if a ThinkServer TS130 with a E3-1225 Xeon
>>> processor is compatible with CentOS 6.0? I would like to
>> upgrade from
>>> 5.6 but my hardware will not allow me to do so.
>> Intel
>> Quad-core
>> 3.10 GHz
>> L2 Cache 1 MB
>> L3 Cache 6 MB
>> 64-bit Processing
>>* Turbo Boost Technology
>>* Virtualization Technology
>>* Trusted Execution Technology
>>* Extended Memory 64 Technology
>> Platform: PC
>>
>> Seems OK, what specific problems are you having ?
> Sorry, I meant the hardware I have now is preventing me from upgrading to
> 6.0
>
> I just want to make sure CentOS 6.0 would have the necessary drivers for the
> on board video, ethernet, etc., for the TS130 before I make the purchase. I
> just don't want to be in the same boat as I'm in now.
>
> I have bought a PC in eight years so I just want to make sure its going to
> run 6.0.
>
> Thanks,
>
> Eddie
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
first off don't upgrade from cent 5 to 6.  backup and reinstall..
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0

[Devin Reade]

It looks like the TS130 is a scaled down version of the TS430.
The RedHat hardware certification catalog shows the TS430 as
certified for 5.6 and 6, so it looks promising.

It looks like HP also has certified hardware on RHEL with the
C206 chipset.

Caveat Emptor of course.  I have no direct or conclusive information
on the TS130.

Devin
-- 
Give me ambiguity or give me something else. 

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

Re: [CentOS] CentOS 6.0

[Timo Neuvonen]

>> > Can anyone pls tell me if a ThinkServer TS130 with a E3-1225 Xeon
>> > processor is compatible with CentOS 6.0? I would like to
>> upgrade from
>> > 5.6 but my hardware will not allow me to do so.
>>
>> Intel
>> Quad-core
>> 3.10 GHz
>> L2 Cache 1 MB
>> L3 Cache 6 MB
>> 64-bit Processing
>>   * Turbo Boost Technology
>>   * Virtualization Technology
>>   * Trusted Execution Technology
>>   * Extended Memory 64 Technology
>> Platform: PC
>>
>> Seems OK, what specific problems are you having ?
>
> Sorry, I meant the hardware I have now is preventing me from upgrading to
> 6.0
>
> I just want to make sure CentOS 6.0 would have the necessary drivers for 
> the
> on board video, ethernet, etc., for the TS130 before I make the purchase.


Not absolutely sure about this, but I think E3-series is very close to 2nd 
generation i3/i5/i7.

A while ago I installed CentOS 6.0 to Acer 7550 laptop that uses integrated 
Intel HD Graphics of i5 CPU.
All I got with 6.0 kernels was vesa 1024x768 resolution. I found out 6.1 
shoud fix this. Since CentOS 6.1 wasn't out then, I installed kernel from 
Scientific Linux 6.1 (another RHEL clone) and theafter I got very nice 
graphics -and high-resolution console also in runlevel 3 to my CentOS 6 
laptop.

So, I would say 6.0 doesn't support Intel graphics of that CPU, but 6.1 
should do it. Don't know about network etc, but at least it fixes the 
graphics -I guess that server uses integrated graphics since they've chosen 
a CPU that has it.

--
TiN 


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

Re: [CentOS] CentOS 6.0

[Thomas Dukes]

 

> -Original Message-
> From: centos-boun...@centos.org 
> [mailto:centos-boun...@centos.org] On Behalf Of Devin Reade
> Sent: Sunday, August 28, 2011 1:46 PM
> To: CentOS mailing list
> Subject: Re: [CentOS] CentOS 6.0
> 
> It looks like the TS130 is a scaled down version of the TS430.
> The RedHat hardware certification catalog shows the TS430 as 
> certified for 5.6 and 6, so it looks promising.
> 
> It looks like HP also has certified hardware on RHEL with the
> C206 chipset.
> 
> Caveat Emptor of course.  I have no direct or conclusive 
> information on the TS130.
> 
> Devin

Not like I'm spending my life savings or anything, but that's what I was
thinking as well. Still, I would like to make sure CentOS 6.x will install.

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

Re: [CentOS] CentOS 6.0

[Thomas Dukes]

 

> -Original Message-
> From: centos-boun...@centos.org 
> [mailto:centos-boun...@centos.org] On Behalf Of Timo Neuvonen
> Sent: Sunday, August 28, 2011 2:08 PM
> To: centos@centos.org
> Subject: Re: [CentOS] CentOS 6.0
> 
> >> > Can anyone pls tell me if a ThinkServer TS130 with a 
> E3-1225 Xeon 
> >> > processor is compatible with CentOS 6.0? I would like to
> >> upgrade from
> >> > 5.6 but my hardware will not allow me to do so.
> >>
> >> Intel
> >> Quad-core
> >> 3.10 GHz
> >> L2 Cache 1 MB
> >> L3 Cache 6 MB
> >> 64-bit Processing
> >>   * Turbo Boost Technology
> >>   * Virtualization Technology
> >>   * Trusted Execution Technology
> >>   * Extended Memory 64 Technology
> >> Platform: PC
> >>
> >> Seems OK, what specific problems are you having ?
> >
> > Sorry, I meant the hardware I have now is preventing me 
> from upgrading 
> > to 6.0
> >
> > I just want to make sure CentOS 6.0 would have the 
> necessary drivers 
> > for the on board video, ethernet, etc., for the TS130 before I make 
> > the purchase.
> 
> 
> Not absolutely sure about this, but I think E3-series is very 
> close to 2nd generation i3/i5/i7.
> 
> A while ago I installed CentOS 6.0 to Acer 7550 laptop that 
> uses integrated Intel HD Graphics of i5 CPU.
> All I got with 6.0 kernels was vesa 1024x768 resolution. I 
> found out 6.1 shoud fix this. Since CentOS 6.1 wasn't out 
> then, I installed kernel from Scientific Linux 6.1 (another 
> RHEL clone) and theafter I got very nice graphics -and 
> high-resolution console also in runlevel 3 to my CentOS 6 laptop.
> 
> So, I would say 6.0 doesn't support Intel graphics of that 
> CPU, but 6.1 should do it. Don't know about network etc, but 
> at least it fixes the graphics -I guess that server uses 
> integrated graphics since they've chosen a CPU that has it.
> 
TiN,

Graphics are the least concern as this will be a server not a workstation.
My eyesight can't much see more than 800x600 anyway.

But, thanks for your response, its much appreciated!

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

[CentOS] Centos 6.0 , DRBD

[Marko Weber]

Hello List,

i am new to Centos and did my first install on a server.
I got it working that also looks inzo the epel repositorie.

Now i want to install DRBD. But yum search drbd returns me only a 
package i dont need.

Do i have to enable the epel-test repo to get itß
But test sounds not stable for me and we switched to centos for 
stability.

anyone here can help me or give me any hints on drbd on centos 6?

Do i have to compile by hand?

marko

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

[CentOS] CentOS 6.0 alpha testers

[valent.turko...@gmail.com]

Hi guys,
who do I need to contact to become CentOS tester? When is first alpha
due for release and testing?

Cheers,
Valent.

-- 
follow me - www.twitter.com/valentt & http://kernelreloaded.blog385.com
linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave
ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 6.0 and freenx

[Helmut Drodofsky]

Hi,
 
http://wiki.centos.org/HowTos/FreeNX
 
says: NX and FreeNX are only available for Centos 4 and 5
 
Alternative?
 
Thanks in advance for ideas.
 
Helmut
 ___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.0 , DRBD

[Joseph L. Casale]

>Do i have to compile by hand?

Yeah, but generate rpm's for final installation, its trivial.
http://www.drbd.org/users-guide-emb/s-build-rpm.html

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

Re: [CentOS] Centos 6.0 , DRBD

[Marko Weber]

Thanks Joseph,

my thought ideas behind was, i like to maintenance systems via package 
manager.
Each thing you install by hand brake this.
But it sounds okay for me.

Thank you.

marko (from rainy Hamburg)



Am 11.10.2011 12:22, schrieb Joseph L. Casale:
>>Do i have to compile by hand?
>
> Yeah, but generate rpm's for final installation, its trivial.
> http://www.drbd.org/users-guide-emb/s-build-rpm.html
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos


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

Re: [CentOS] Centos 6.0 , DRBD

[Joseph L. Casale]

>Each thing you install by hand brake this.

Did you actually read my post and the link?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.0 , DRBD

[Ljubomir Ljubojevic]

Vreme: 10/11/2011 07:47 PM, Joseph L. Casale piše:
>> Each thing you install by hand brake this.
>
> Did you actually read my post and the link?
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>

I think he did, but he would like an package done by someone who knows 
what he is doing. Bear in mind that RHEL kernel is not stock kernel, 
there are number of back-ported patches in it. It is safer to use a 
package with applied RHEL specific patches (if necessary) done by people 
working with RHEL kernel regularly. I for one would never try to build 
kernel module my self. I would at least ask for experts opinion on my 
spec/package work.

-- 

Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

Google is the Mother, Google is the Father, and traceroute is your
trusty Spiderman...
StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.0 , DRBD

[Joseph L. Casale]

>I think he did, but he would like an package done by someone who knows
>what he is doing. Bear in mind that RHEL kernel is not stock kernel,
>there are number of back-ported patches in it. It is safer to use a
>package with applied RHEL specific patches (if necessary) done by people
>working with RHEL kernel regularly. I for one would never try to build
>kernel module my self. I would at least ask for experts opinion on my
>spec/package work.

Wow, you didn't read it either...
You build it against _your_ kernel. Its like two commands...
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.0 , DRBD

[Ljubomir Ljubojevic]

Vreme: 10/12/2011 12:09 AM, Joseph L. Casale piše:
>> I think he did, but he would like an package done by someone who knows
>> what he is doing. Bear in mind that RHEL kernel is not stock kernel,
>> there are number of back-ported patches in it. It is safer to use a
>> package with applied RHEL specific patches (if necessary) done by people
>> working with RHEL kernel regularly. I for one would never try to build
>> kernel module my self. I would at least ask for experts opinion on my
>> spec/package work.
>
> Wow, you didn't read it either...
> You build it against _your_ kernel. Its like two commands...

I do not have to read it (although I understood you the first time). My 
production server is not going to be a ginipig for developers. And I, so 
far, rebuilt over 100 packages including newer Qt for C6.

There is a repo (ELRepo) run by knowledgeable kernel 
developers/packagers, with 10 times more knowledge about kernels then 
me. And their package was build from most stable version, taking RHEL 
kernel oddities into account, and already tested. Why would I (or anyone 
else) "invent hot water"??

Getting out from the slippery bath tub is one "command" to my brain, but 
I managed to almost cut my palm in two when porcelain sink I was leaning 
onto (I almost never did that before, and never again) broke to peaces. 
If I had passed out (and I almost did), I would not be here now. Crude 
analogy, but very real for me, my thumb lost normal sensitivity for 
ever, as a reminder.

So for me, there is no more easy getting out of the tub, and no easy 
kernel module builds for production use. Not to mention the need to 
follow module development for patches and rebuilding newer versions, etc...


-- 

Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

Google is the Mother, Google is the Father, and traceroute is your
trusty Spiderman...
StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.0 , DRBD

[Joseph L. Casale]

>I do not have to read it (although I understood you the first time). My 
>production server
>is not going to be a ginipig for developers. 

So if I understand you correctly:

If you build and rpm from the current stable release of a package provided to 
you by the people
whom know this package best (its makers), utilizing their automated method that 
they would need
to know for certain works, then install this rpm in a packaged managed system, 
your system
becomes a ginipig for these devels?

Now if someone else takes this same source and builds it, and you install it, 
you're better off?

Uhm, whatever floats your boat:)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.0 , DRBD

[Karanbir Singh]

Hi,

On 10/11/2011 06:23 PM, Ljubomir Ljubojevic wrote:
> I do not have to read it (although I understood you the first time). My 

its strange then you feel compelled to comment on something without
making an effort to even see what the other person is talking about.

> production server is not going to be a ginipig for developers. And I, so 
> far, rebuilt over 100 packages including newer Qt for C6.

people with the idea of a 'production' setup usually also understand the
idea of 'devel' and 'testing'. People who dont have an idea of
'production' dont need to care about or are already isolated from
needing to care about 'devel' and 'testing', isnt it ?

Just saying.

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

Re: [CentOS] Centos 6.0 , DRBD

[Ljubomir Ljubojevic]

Vreme: 10/12/2011 07:10 AM, Karanbir Singh piše:
> Hi,
>
> On 10/11/2011 06:23 PM, Ljubomir Ljubojevic wrote:
>> I do not have to read it (although I understood you the first time). My
>
> its strange then you feel compelled to comment on something without
> making an effort to even see what the other person is talking about.
>
>> production server is not going to be a ginipig for developers. And I, so
>> far, rebuilt over 100 packages including newer Qt for C6.
>
> people with the idea of a 'production' setup usually also understand the
> idea of 'devel' and 'testing'. People who dont have an idea of
> 'production' dont need to care about or are already isolated from
> needing to care about 'devel' and 'testing', isnt it ?
>
> Just saying.
>
> - KB

Joseph's post was:

Yeah, but generate rpm's for final installation, its trivial.
http://www.drbd.org/users-guide-emb/s-build-rpm.html

End of the link says Build Rpm. So, install building tools and 
environment, and kernel-devel on the production system (5 years ago I 
was thought that it is not wise to do so), and compile it against your 
kernel.
And there is already built and tested "kmod-" module from ELRepo.

Just so I can answer you (all), I visited that web page and read following:
"Note that any kernel upgrade will require you to generate a new drbd-km 
package to match the new kernel."

So, my assumption that kernel upgrade without rebuilding the module 
would brake his production server was correct.

I used to use madwifi-kmdl kernel modules for my Atheros wireless radio 
card, and each time I upgraded kernel I had to upgrade/install new 
module also. Very tiresome.

Then I studied kmdl vs kmod packages and learned that kmod packages do 
not need any recompilation after kernel upgrade. They use "weak-update" 
model (essentially symlinks) as long as new kernel has same ABI as 
previous ones. Install process of new kernel checks kernel modules of 
currently installed kernels and symlinks them, avoiding need for 
building them or installing new packages (hoping they are already 
available). I was delighted when I saw that ELRepo developers use kmod 
model, no more messing with kernel modules.

That is why I suggested using ELRepo kernel module package instead of 
self-built one. Only reason I can see in building your own module is to 
use those other packages (like drbd-heartbeat).

I hope this finally clears up what I tried to say:

1. Joseph's link clearly stated it was for self building the rpm(s) so I 
did not need to visit the link to know what is on the page.

2. Developers of kernel module packages rarely use kmod approach in fear 
people will mess it up (like installing vanila kernel on CentOS sistem 
and still calling it CentOS,...). Ubuntu and Arch users especially have 
this problem, so it is safer to build for each new kernel.

3. Kernel module re-packagers from ELRepo have luxury of safely offering 
kmod packages for EL kernels, and I believe this is safest and best 
approach.


-- 

Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

Google is the Mother, Google is the Father, and traceroute is your
trusty Spiderman...
StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.0 , DRBD

[Rainer Traut]

Am 11.10.2011 11:27, schrieb Marko Weber:

> Do i have to enable the epel-test repo to get itß
> But test sounds not stable for me and we switched to centos for
> stability.
>
> anyone here can help me or give me any hints on drbd on centos 6?
>
> Do i have to compile by hand?

No, use elrepo, do not compile and build a rpm by yourself.
This was already done be elrepo.

Look here how to enable it:
http://wiki.centos.org/AdditionalResources/Repositories

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

Re: [CentOS] Centos 6.0 , DRBD

[Marko Weber]

Hi Ljubomir,

i am completely confused now.
With elrepo u dont mean "epel.repo" or?
How do i enable this "elrepo" in Centos?

marko




Am 12.10.2011 12:16, schrieb Ljubomir Ljubojevic:
> Vreme: 10/12/2011 07:10 AM, Karanbir Singh piše:
>> Hi,
>>
>> On 10/11/2011 06:23 PM, Ljubomir Ljubojevic wrote:
>>> I do not have to read it (although I understood you the first 
>>> time). My
>>
>> its strange then you feel compelled to comment on something without
>> making an effort to even see what the other person is talking about.
>>
>>> production server is not going to be a ginipig for developers. And 
>>> I, so
>>> far, rebuilt over 100 packages including newer Qt for C6.
>>
>> people with the idea of a 'production' setup usually also understand 
>> the
>> idea of 'devel' and 'testing'. People who dont have an idea of
>> 'production' dont need to care about or are already isolated from
>> needing to care about 'devel' and 'testing', isnt it ?
>>
>> Just saying.
>>
>> - KB
>
> Joseph's post was:
>
> Yeah, but generate rpm's for final installation, its trivial.
> http://www.drbd.org/users-guide-emb/s-build-rpm.html
>
> End of the link says Build Rpm. So, install building tools and
> environment, and kernel-devel on the production system (5 years ago I
> was thought that it is not wise to do so), and compile it against 
> your
> kernel.
> And there is already built and tested "kmod-" module from ELRepo.
>
> Just so I can answer you (all), I visited that web page and read 
> following:
> "Note that any kernel upgrade will require you to generate a new 
> drbd-km
> package to match the new kernel."
>
> So, my assumption that kernel upgrade without rebuilding the module
> would brake his production server was correct.
>
> I used to use madwifi-kmdl kernel modules for my Atheros wireless 
> radio
> card, and each time I upgraded kernel I had to upgrade/install new
> module also. Very tiresome.
>
> Then I studied kmdl vs kmod packages and learned that kmod packages 
> do
> not need any recompilation after kernel upgrade. They use 
> "weak-update"
> model (essentially symlinks) as long as new kernel has same ABI as
> previous ones. Install process of new kernel checks kernel modules of
> currently installed kernels and symlinks them, avoiding need for
> building them or installing new packages (hoping they are already
> available). I was delighted when I saw that ELRepo developers use 
> kmod
> model, no more messing with kernel modules.
>
> That is why I suggested using ELRepo kernel module package instead of
> self-built one. Only reason I can see in building your own module is 
> to
> use those other packages (like drbd-heartbeat).
>
> I hope this finally clears up what I tried to say:
>
> 1. Joseph's link clearly stated it was for self building the rpm(s) 
> so I
> did not need to visit the link to know what is on the page.
>
> 2. Developers of kernel module packages rarely use kmod approach in 
> fear
> people will mess it up (like installing vanila kernel on CentOS 
> sistem
> and still calling it CentOS,...). Ubuntu and Arch users especially 
> have
> this problem, so it is safer to build for each new kernel.
>
> 3. Kernel module re-packagers from ELRepo have luxury of safely 
> offering
> kmod packages for EL kernels, and I believe this is safest and best
> approach.
>
>
> --
>
> Ljubomir Ljubojevic
> (Love is in the Air)
> PL Computers
> Serbia, Europe
>
> Google is the Mother, Google is the Father, and traceroute is your
> trusty Spiderman...
> StarOS, Mikrotik and CentOS/RHEL/Linux consultant
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos


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

Re: [CentOS] Centos 6.0 , DRBD

[John Doe]

From: Marko Weber 

> i am completely confused now.
> With elrepo u dont mean "epel.repo" or?
> How do i enable this "elrepo" in Centos?

Google 'elrepo' and it is the first answer...

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

Re: [CentOS] Centos 6.0 , DRBD

[Nicolas Thierry-Mieg]

Marko Weber wrote:
> i am completely confused now.
> With elrepo u dont mean "epel.repo" or?
> How do i enable this "elrepo" in Centos?

http://lmgtfy.com/?q=elrepo&l=1

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

Re: [CentOS] Centos 6.0 , DRBD

[Ross Walker]

On Oct 11, 2011, at 4:02 PM, Ljubomir Ljubojevic  wrote:

> Bear in mind that RHEL kernel is not stock kernel, 
> there are number of back-ported patches in it. It is safer to use a 
> package with applied RHEL specific patches (if necessary) done by people 
> working with RHEL kernel regularly.

Starting in CentOS 6 one cannot see the patches that are applied to the kernel 
by upstream as they are slip streamed into the kernel source tree.

Therefore one should test, test, test, test...

BTW Building the RPM directly from DRBD sources is fully supported by Linbit. 
Installing an RPM compiled by a third party, not so much.

-Ross

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

[CentOS] CentOS 6.0 i386 DVD

[William L. Maltby]

Anybody have tricks to write the i386 ISO image to DVD?

I've tried DVD+-RW, DVD+R, DVD-RW, DVD-R in both Windows 7 (two
different writers) and rebooted into CentOS 6 (x86_64) and tried
cdrecord (now called wodim). On wodim I've tried overburn, reducing
speeds, etc.

All give the same results: the same number of bytes are written -
indicating the disc is full (according to my calculations) and wodim
exits thinking it had a buffer underflow problem.

I had no problem creating the x86_64 install DVD, which is smaller, and
installing it next to my Windows. I just plug in a usb thumb drive and
hit  when I want to run CentOS there and it works fine.

The inability to create the i386 DVD initially prevented me from trying
to install a desktop system on an old Acer running 4.8 (hasn't been
booted in ... nearing a year?).

I got around that by deciding to put the iso image on an external usb
drive, exporting it via nfs and doing a network install. It had been so
long since I dinked with any of this stuff it took me a couple of days
of googling around, reading man pages, ... to get that working. Mostly
having to do with iptables ports not being open. Sheesh! Black Hats
create a lot of grief with their shenanigans!

Anyway, then it panics when it starts writing the hard drives - I'll
post another mail on that.

Anyway, my life would've (will be) a bit simpler if someone can clue me
in to how to get that image onto a DVD using either CentOS 6 or Windows.

Checksums pass.

Any hints gratefully accepted.

TIA,
Bill

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

Re: [CentOS] CentOS 6.0 alpha testers

[Cia Watson]

On Tue, 1 Feb 2011 21:24:34 +0100
"valent.turko...@gmail.com"  wrote:

> Hi guys,
> who do I need to contact to become CentOS tester? When is first alpha
> due for release and testing?

>From what I've been able to gather from the list, as I'm not part of the
dev testing team; there won't be an 'alpha' or 'beta', there will just be
a final release 'when it's ready'. We aren't sure when that will be, but
it will probably be within a few weeks after CentOS 5.6 is
released. CentOS 5.6 will likewise be released 'when it's ready' and we
don't know for sure when that will be, either. I would suspect that will
be by the end of the month (Feb 2011) but I'm really only guessing.

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

Re: [CentOS] CentOS 6.0 alpha testers

[Karanbir Singh]

On 02/02/2011 04:00 PM, Cia Watson wrote:
>> From what I've been able to gather from the list, as I'm not part of the
> dev testing team; there won't be an 'alpha' or 'beta', there will just be
> a final release 'when it's ready'. We aren't sure when that will be, but
> it will probably be within a few weeks after CentOS 5.6 is

Thats spot on.

> released. CentOS 5.6 will likewise be released 'when it's ready' and we
> don't know for sure when that will be, either. I would suspect that will
> be by the end of the month (Feb 2011) but I'm really only guessing.

Just an update on that: I did the first 5.6 installs yesterday, there 
are a few issues that still need resolving but i'd say this weekend the 
distro should mostly be handed over to the QA guys, so we should see a 
release by or before mid Feb. Ofcourse, this is based on no one finding 
a 'blocker' issue in the process. So salt accordingly.

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

Re: [CentOS] CentOS 6.0 alpha testers

[Matt]

>>> From what I've been able to gather from the list, as I'm not part of the
>> dev testing team; there won't be an 'alpha' or 'beta', there will just be
>> a final release 'when it's ready'. We aren't sure when that will be, but
>> it will probably be within a few weeks after CentOS 5.6 is
>
> Thats spot on.
>
>> released. CentOS 5.6 will likewise be released 'when it's ready' and we
>> don't know for sure when that will be, either. I would suspect that will
>> be by the end of the month (Feb 2011) but I'm really only guessing.
>
> Just an update on that: I did the first 5.6 installs yesterday, there
> are a few issues that still need resolving but i'd say this weekend the
> distro should mostly be handed over to the QA guys, so we should see a
> release by or before mid Feb. Ofcourse, this is based on no one finding
> a 'blocker' issue in the process. So salt accordingly.

I would rather get it when its ready then get it when its not ready...  ;-)

I am excited about CentOS 6.x though.  Aren't there supposed to be
some neat new features etc for virtualization and cloud computing?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 alpha testers

[Karanbir Singh]

On 02/02/2011 04:20 PM, Matt wrote:
> I am excited about CentOS 6.x though.  Aren't there supposed to be
> some neat new features etc for virtualization and cloud computing?

this could be the start of a dangerously long thread nonrelated to OP. 
Why not start a new thread with 'CentOS-6 interesting upcoming features' :)

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

[CentOS] CentOS 6.0 chkconfig strange behavior

[Jerry Moore]

Hi,

I'm noticing some strangeness with chkconfig on CentOS 6.0 and was looking for 
a bit of advice.

It appears that chkconfig is re sequencing or re ordering the start priority of 
various services when turning on a service using chkconfig.
Example is the network service. Under normal circumstances network is set to 
start at S10. However when I add something like snmpd and invoke chkconfig 
snmpd on it will change network to S81. Which fouls up some of my other 
services that look for config files on NFS shares.

Testing this issue with the snmpd service I removed $network from 
Required-Start which did nothing.

The only solution I've found is to remove the entire BEGIN INIT INFO to END 
INIT INFO section. Once that is removed it no longer changes the network 
startup priority when enabling the snmpd service.

Seems to me that you'd want network started before snmpd. So why chkconfig 
wants to re arrange it to start after snmpd which defaults to S50 is beyond me.

So why would it do that? Did I miss some documentation or something? :-)

Thanks in advance for any assistance!

--Jerry

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

Re: [CentOS] CentOS 6.0 and freenx

[John Beranek]

On 02/08/11 12:26, Helmut Drodofsky wrote:
> Hi,
> 
> http://wiki.centos.org/HowTos/FreeNX
> 
> says: NX and FreeNX are only available for Centos 4 and 5

http://pkgs.org/centos-6-rhel-6/atrpms-x86_64/freenx-server-0.7.3-18.el6.x86_64.rpm.html

John.

-- 
John Beranek To generalise is to be an idiot.
http://redux.org.uk/ -- William Blake



smime.p7s
Description: S/MIME Cryptographic Signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and freenx

[Akemi Yagi]

On Tue, Aug 2, 2011 at 4:26 AM, Helmut Drodofsky
 wrote:
> Hi,
>
> http://wiki.centos.org/HowTos/FreeNX
>
> says: NX and FreeNX are only available for Centos 4 and 5
>
> Alternative?

nx/freenx for CentOS-6 is under development. You can follow the status here:

http://bugs.centos.org/view.php?id=4507

The current testing version can be found here:

http://centos.toracat.org/misc/nx-freenx/6/

 freenx-0.7.3-7.el6.ay
 nx-3.4.0-7.el6.ay

I have been running them on EL6 systems (including upstream-6.0 and
6.1, SL6.0 and SL6.1) without a problem. Several people also have
reported success.

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

Re: [CentOS] CentOS 6.0 and freenx

[Tom Diehl]

On Tue, 2 Aug 2011, Helmut Drodofsky wrote:

> Hi,
>
> http://wiki.centos.org/HowTos/FreeNX
>
> says: NX and FreeNX are only available for Centos 4 and 5
>
> Alternative?

I stopped using freenx when I found xrdp. yum install xrdp will do it. I find
it much easier to setup and maintain.

here is what the rpm says:

Name   : xrdp
Arch   : x86_64
Version: 0.5.0
Release: 0.13.el6
Size   : 240 k
Repo   : epel
Summary: Open source remote desktop protocol (RDP) server
URL: http://xrdp.sourceforge.net/
License: GPLv2+ with exceptions
Description: The goal of this project is to provide a fully functional Linux 
terminal
: server, capable of accepting connections from rdesktop and 
Microsoft's own
: terminal server / remote desktop clients.

Regards,

-- 
Tom Diehl   tdi...@rogueind.com  Spamtrap address mtd...@rogueind.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and freenx

[Scott Robbins]

On Tue, Aug 02, 2011 at 04:53:37AM -0700, Akemi Yagi wrote:
> 


> The current testing version can be found here:
> 
> http://centos.toracat.org/misc/nx-freenx/6/
> 
>  freenx-0.7.3-7.el6.ay
>  nx-3.4.0-7.el6.ay
> 
> I have been running them on EL6 systems (including upstream-6.0 and
> 6.1, SL6.0 and SL6.1) without a problem. Several people also have
> reported success.

I'm one of those people.  It's worked pretty much out of the box for
me--though if you use SELinux, also go to toracat's blog on fixing that.
It can be found with a quick google of toracat freenx selinux.


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Anya: I know what broke up him and Cordelia, you know. It was you!
And your lips! 
Willow: No, it was not! Well, yes it was so, but... that was a 
long time ago, do you think I'd do that again? 
Anya: Why not? 
Willow: Hello? Gay now! 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and freenx

[Daniel J Walsh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/02/2011 08:18 AM, Scott Robbins wrote:
> On Tue, Aug 02, 2011 at 04:53:37AM -0700, Akemi Yagi wrote:
>> 
> 
> 
>> The current testing version can be found here:
>> 
>> http://centos.toracat.org/misc/nx-freenx/6/
>> 
>> freenx-0.7.3-7.el6.ay nx-3.4.0-7.el6.ay
>> 
>> I have been running them on EL6 systems (including upstream-6.0
>> and 6.1, SL6.0 and SL6.1) without a problem. Several people also
>> have reported success.
> 
> I'm one of those people.  It's worked pretty much out of the box for 
> me--though if you use SELinux, also go to toracat's blog on fixing
> that. It can be found with a quick google of toracat freenx selinux.
> 
> 
I have updated that web site.  What is the path of the .ssh directory
that is giving you a problem?  Does running restorecon on the directory
solve it?


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk43/P4ACgkQrlYvE4MpobNWnACg2CHGi1w6IGcV+93rzhCR8pRe
ZT8AoJ3LCPmgz5yRyXnX/EtfJo01O5Nl
=6r2o
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and freenx

[Scot P. Floess]

Personally, I am blown away by the performance of Tiger VNC - so much so 
that I no longer use either NX nor FreeNX.  I don't get sounds - but 
youtube runs very smoothly...

Of course, I've not been able to resize a running desktop like I have with 
the **NX's - but since the performance has been so good - I don't care :)

On Tue, 2 Aug 2011, Tom Diehl wrote:

> On Tue, 2 Aug 2011, Helmut Drodofsky wrote:
>
>> Hi,
>>
>> http://wiki.centos.org/HowTos/FreeNX
>>
>> says: NX and FreeNX are only available for Centos 4 and 5
>>
>> Alternative?
>
> I stopped using freenx when I found xrdp. yum install xrdp will do it. I find
> it much easier to setup and maintain.
>
> here is what the rpm says:
>
> Name   : xrdp
> Arch   : x86_64
> Version: 0.5.0
> Release: 0.13.el6
> Size   : 240 k
> Repo   : epel
> Summary: Open source remote desktop protocol (RDP) server
> URL: http://xrdp.sourceforge.net/
> License: GPLv2+ with exceptions
> Description: The goal of this project is to provide a fully functional Linux 
> terminal
>: server, capable of accepting connections from rdesktop and 
> Microsoft's own
>: terminal server / remote desktop clients.
>
> Regards,
>
> -- 
> Tom Diehl   tdi...@rogueind.com  Spamtrap address mtd...@rogueind.com
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

Scot P. Floess RHCT  (Certificate Number 605010084735240)
Chief Architect FlossWare  http://sourceforge.net/projects/flossware
http://flossware.sourceforge.net
https://github.com/organizations/FlossWare
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and freenx

[Les Mikesell]

On 8/2/2011 7:02 AM, Tom Diehl wrote:
>
> I stopped using freenx when I found xrdp. yum install xrdp will do it. I find
> it much easier to setup and maintain.

That does look usable, but I've never had to do anything more than 'yum 
install/update' to maintain freenx - and paste the client key into each 
NX client once.   There are a few more steps with 6.0 and SELinux enabled.

-- 
   Les Mikesell
lesmikes...@gmail.com

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

Re: [CentOS] CentOS 6.0 and freenx

[Akemi Yagi]

On Tue, Aug 2, 2011 at 6:34 AM, Daniel J Walsh  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/02/2011 08:18 AM, Scott Robbins wrote:
>> On Tue, Aug 02, 2011 at 04:53:37AM -0700, Akemi Yagi wrote:

>>> The current testing version can be found here:
>>>
>>> http://centos.toracat.org/misc/nx-freenx/6/
>>>
>>> freenx-0.7.3-7.el6.ay nx-3.4.0-7.el6.ay
>>>
>>> I have been running them on EL6 systems (including upstream-6.0
>>> and 6.1, SL6.0 and SL6.1) without a problem. Several people also
>>> have reported success.
>>
>> I'm one of those people.  It's worked pretty much out of the box for
>> me--though if you use SELinux, also go to toracat's blog on fixing
>> that. It can be found with a quick google of toracat freenx selinux.
>>
>>
> I have updated that web site.  What is the path of the .ssh directory
> that is giving you a problem?  Does running restorecon on the directory
> solve it?

Thanks for the post at:

http://blog.toracat.org/2010/12/selinux-and-freenx/

User nx's home directory is /var/lib/nxserver/home .

# ls -al /var/lib/nxserver/home/
total 12
drwx--. 3 nx root 4096 Nov 10  2010 .
drwx--. 4 nx root 4096 Nov 10  2010 ..
drwx--. 2 nx root 4096 Nov 10  2010 .ssh

I will test your suggestion and report back with what I find.

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

Re: [CentOS] CentOS 6.0 and freenx

[Helmut Drodofsky]

The rpms from ATrpms.net have not installed correct. E.g. I'm missing the 
entries for /etc/init.d/freenx-server or something like that.

The rpms described below are installing well as far as I can see.

Selinux is disabled now for easy testing and then the server rebooted.

NX Client reports
NX> 203 NXSSH running with pid: 23316
NX> 285 Enabling check on switch command
NX> 285 Enabling skip of SSH config files
NX> 285 Setting the preferred NX options
NX> 200 Connected to address: 192.168.140.13 on port: 22
NX> 202 Authenticating user: nx
NX> 208 Using auth method: publickey
NX> 204 Authentication failed.

And is reporting: "...NX service not available or NX access disabled on host ...

IP is correct. ssh login with this IP: no problem.

Client key is copied from 
/etc/nxserver/client.id_dsa.key

My NX server on CentOS 5.x are running well

Do you use key authentication or have you configured nx user and passwords?

Helmut


-Ursprüngliche Nachricht-
Von: centos-boun...@centos.org [mailto:centos-boun...@centos.org] Im Auftrag 
von Scott Robbins
Gesendet: Dienstag, 2. August 2011 14:18
An: CentOS mailing list
Betreff: Re: [CentOS] CentOS 6.0 and freenx

On Tue, Aug 02, 2011 at 04:53:37AM -0700, Akemi Yagi wrote:
> 


> The current testing version can be found here:
> 
> http://centos.toracat.org/misc/nx-freenx/6/
> 
>  freenx-0.7.3-7.el6.ay
>  nx-3.4.0-7.el6.ay
> 
> I have been running them on EL6 systems (including upstream-6.0 and
> 6.1, SL6.0 and SL6.1) without a problem. Several people also have
> reported success.

I'm one of those people.  It's worked pretty much out of the box for
me--though if you use SELinux, also go to toracat's blog on fixing that.
It can be found with a quick google of toracat freenx selinux.


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Anya: I know what broke up him and Cordelia, you know. It was you!
And your lips! 
Willow: No, it was not! Well, yes it was so, but... that was a 
long time ago, do you think I'd do that again? 
Anya: Why not? 
Willow: Hello? Gay now! 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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

Re: [CentOS] CentOS 6.0 and freenx

[Akemi Yagi]

On Tue, Aug 2, 2011 at 8:47 AM, Helmut Drodofsky
 wrote:
> The rpms from ATrpms.net have not installed correct. E.g. I'm missing the 
> entries for /etc/init.d/freenx-server or something like that.

The stuff at atrpms is not being maintained, and if I remember, the nx
package is old and yet labeled "bleeding".

> The rpms described below are installing well as far as I can see.
>
> Selinux is disabled now for easy testing and then the server rebooted.
>
> NX Client reports
> NX> 203 NXSSH running with pid: 23316
> NX> 285 Enabling check on switch command
> NX> 285 Enabling skip of SSH config files
> NX> 285 Setting the preferred NX options
> NX> 200 Connected to address: 192.168.140.13 on port: 22
> NX> 202 Authenticating user: nx
> NX> 208 Using auth method: publickey
> NX> 204 Authentication failed.
>
> And is reporting: "...NX service not available or NX access disabled on host 
> ...
>
> IP is correct. ssh login with this IP: no problem.
>
> Client key is copied from
> /etc/nxserver/client.id_dsa.key
>
> My NX server on CentOS 5.x are running well
>
> Do you use key authentication or have you configured nx user and passwords?

I wonder if the trouble has to do with the fact you have installed the
packages from atrpms. Can you show us the output from:

rpm -qa | grep nx

And perhaps,

rpm -qf /etc/nxserver/node.conf

??

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

Re: [CentOS] CentOS 6.0 and freenx

[Les Mikesell]

On 8/2/2011 9:48 AM, Scot P. Floess wrote:
>
> Personally, I am blown away by the performance of Tiger VNC - so much so
> that I no longer use either NX nor FreeNX.  I don't get sounds - but
> youtube runs very smoothly...

Is there any way to manage user sessions with VNC?  I've seen it set up 
so that xinetd spins up a fresh session on every connection and kills it 
if you disconnect, and alternatively with pre-configured long running 
sessions attached to specific ports.  What I'd like is something that 
acts more like freenx/NX where your first login sets up a session that 
you can either suspend or terminate when you disconnect and you can 
reconnect to sessions suspended under your login.

-- 
   Les Mikesell
lesmikes...@gmail.com

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

Re: [CentOS] CentOS 6.0 and freenx

[Akemi Yagi]

On Tue, Aug 2, 2011 at 8:34 AM, Akemi Yagi  wrote:
> On Tue, Aug 2, 2011 at 6:34 AM, Daniel J Walsh  wrote:

>> I have updated that web site.  What is the path of the .ssh directory
>> that is giving you a problem?  Does running restorecon on the directory
>> solve it?
>
> Thanks for the post at:
>
> http://blog.toracat.org/2010/12/selinux-and-freenx/
>
> User nx's home directory is /var/lib/nxserver/home .

> I will test your suggestion and report back with what I find.

Yes, that indeed solved the selinux issue.  First, using a test VM, I
made sure connection failed if selinux was enabled.  Then I ran:

restorecon -R -v /var/lib/nxserver

and now I am able to connect without a problem.

Thanks for your help. I will update the blog accordingly.

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

Re: [CentOS] CentOS 6.0 and freenx

[Helmut Drodofsky]

[root@fw ~]# rpm -qa | grep nx
nx-3.4.0-7.el6.ay.x86_64
freenx-0.7.3-7.el6.ay.x86_64

[root@fw ~]# rpm -qf /etc/nxserver/node.conf
freenx-0.7.3-7.el6.ay.x86_64

The directory /etc/nxserver was manually deleted after uninstall of the atrpms 
installation.

Also rpm -e nx-3.4.0-7.el6.ay.x86_64 freenx-0.7.3-7.el6.ay.x86_64
does no delete on this directory.

Helmut


-Ursprüngliche Nachricht-
Von: centos-boun...@centos.org [mailto:centos-boun...@centos.org] Im Auftrag 
von Akemi Yagi
Gesendet: Dienstag, 2. August 2011 17:58
An: CentOS mailing list
Betreff: Re: [CentOS] CentOS 6.0 and freenx

On Tue, Aug 2, 2011 at 8:47 AM, Helmut Drodofsky
 wrote:
> The rpms from ATrpms.net have not installed correct. E.g. I'm missing the 
> entries for /etc/init.d/freenx-server or something like that.

The stuff at atrpms is not being maintained, and if I remember, the nx
package is old and yet labeled "bleeding".

> The rpms described below are installing well as far as I can see.
>
> Selinux is disabled now for easy testing and then the server rebooted.
>
> NX Client reports
> NX> 203 NXSSH running with pid: 23316
> NX> 285 Enabling check on switch command
> NX> 285 Enabling skip of SSH config files
> NX> 285 Setting the preferred NX options
> NX> 200 Connected to address: 192.168.140.13 on port: 22
> NX> 202 Authenticating user: nx
> NX> 208 Using auth method: publickey
> NX> 204 Authentication failed.
>
> And is reporting: "...NX service not available or NX access disabled on host 
> ...
>
> IP is correct. ssh login with this IP: no problem.
>
> Client key is copied from
> /etc/nxserver/client.id_dsa.key
>
> My NX server on CentOS 5.x are running well
>
> Do you use key authentication or have you configured nx user and passwords?

I wonder if the trouble has to do with the fact you have installed the
packages from atrpms. Can you show us the output from:

rpm -qa | grep nx

And perhaps,

rpm -qf /etc/nxserver/node.conf

??

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

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

Re: [CentOS] CentOS 6.0 and freenx

[Scot P. Floess]

Les,

Great question - and I'm not sure to be honest.  Much of what I do 
(sysadmin type work) is for my home network (I'm a developer by trade).

I guess the right answer is, I haven't had a need yet - so I don't know ;)

At one point, I did have it set up so VNC controlled the glass - meaning I 
could VNC to my computer like I was sitting in front of the monitor. 
That's pretty easy (or was easy) to do...



On Tue, 2 Aug 2011, Les Mikesell wrote:

> On 8/2/2011 9:48 AM, Scot P. Floess wrote:
>>
>> Personally, I am blown away by the performance of Tiger VNC - so much so
>> that I no longer use either NX nor FreeNX.  I don't get sounds - but
>> youtube runs very smoothly...
>
> Is there any way to manage user sessions with VNC?  I've seen it set up
> so that xinetd spins up a fresh session on every connection and kills it
> if you disconnect, and alternatively with pre-configured long running
> sessions attached to specific ports.  What I'd like is something that
> acts more like freenx/NX where your first login sets up a session that
> you can either suspend or terminate when you disconnect and you can
> reconnect to sessions suspended under your login.
>
> --
>   Les Mikesell
>lesmikes...@gmail.com
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

Scot P. Floess RHCT  (Certificate Number 605010084735240)
Chief Architect FlossWare  http://sourceforge.net/projects/flossware
http://flossware.sourceforge.net
https://github.com/organizations/FlossWare
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and freenx

[Akemi Yagi]

On Tue, Aug 2, 2011 at 12:54 PM, Akemi Yagi  wrote:
> On Tue, Aug 2, 2011 at 8:34 AM, Akemi Yagi  wrote:
>> On Tue, Aug 2, 2011 at 6:34 AM, Daniel J Walsh  wrote:
>
>>> I have updated that web site.  What is the path of the .ssh directory
>>> that is giving you a problem?  Does running restorecon on the directory
>>> solve it?
>>
>> Thanks for the post at:
>>
>> http://blog.toracat.org/2010/12/selinux-and-freenx/
>>
>> User nx's home directory is /var/lib/nxserver/home .
>
>> I will test your suggestion and report back with what I find.
>
> Yes, that indeed solved the selinux issue.  First, using a test VM, I
> made sure connection failed if selinux was enabled.  Then I ran:
>
> restorecon -R -v /var/lib/nxserver
>
> and now I am able to connect without a problem.
>
> Thanks for your help. I will update the blog accordingly.

I now have an updated version of freenx that runs the above restorecon
command upon installation. With this version, there is no need for the
selinux tweak. Please test if you can.

http://centos.toracat.org/misc/nx-freenx/6/

freenx-0.7.3-8.el6.ay is the latest. nx remains the same ( nx-3.4.0-7.el6.ay ).

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

[CentOS] CentOS 6.0 Heartbeat missing logd??

[Ken Dechick]

Hello list,


Working on migrating my existing High-Availability setups from CentOS 5.3 to 
6.0, both x86_64. I generally setup a fairly simple 2 node active/passive 
cluster using DRBD , Heartbeat, and Pacemaker. Use these clusters to run our 
proprietary Medical software plus a few key services ( openvpn , Digi 
PortServer Daemon, etc.). I had a procedure in place for doing all of this 
under 5.3 and was hoping to basically duplicate the same thing on CentOS 6 as 
an early step in moving all the servers we build to EL6.

I expected some hurdles along the way. New versions of the needed software, the 
new ext4 file system, my move from standard partitioning to LVM , ect . Biggest 
issue up till now was that the pacemaker package from CentOS base 
(pacemaker-1.1.2-7.el6.x86_64.rpm) was built with no support for Heartbeat , 
surprisingly. That was easy to fix with a quick source rpm rebuild, but now I 
have run into a new wall I am hoping someone can help me with.

The latest Heartbeat package from EPEL (heartbeat-3.0.4-1.el6.x86_64.rpm) I 
thought would be the easy way to go for EL6 (was using v3.0.3 on EL5), but it 
appears to be missing the logd daemon that it is supposed to include.
Heartbeat logd

With Heartbeat v3.0.3 I had the daemon installed as expected as: /etc/ init .d/ 
logd . In CentOS 6, I installed the v3.0.4 from EPEL and there is no logd 
installed. Of course heartbeat is complaining that logd is not running, but 
giving me no more info. So I snagged the source rpm and dug around thinking 
maybe I had to rebuild that myself too, but I find no mention of logd is these 
sources anywhere. Surely I am not the first to try to run a Heartbeat/Pacemaker 
cluster in CentOS 6, am I?? Can anyone shed some light on this? Googled around 
most of the afternoon yesterday but found no answers, or even anyone else 
having the same issue. Moving to another messaging layer is not something I 
really want to consider here. We only build a dozen of so HA setups a year so I 
try to keep them as similar as possible to make supporting them easier on my 
team. I used to work directly with Linbit on issues like this but last year the 
higher-ups in my company decided I knew enough about this stuff already and we 
dropped our support contract with them, doh !

Any help would be much appreciated!


Thank You
Kenneth Dechick
Linux Systems Administrator
Community Computer Services, Inc.

This message and any attachments may contain information that is protected by 
law as privileged and confidential, and is transmitted for the sole use of the 
intended recipient(s). If you are not the intended recipient, you are hereby 
notified that any use, dissemination, copying or retention of this e-mail or 
the information contained herein is strictly prohibited. If you received this 
e-mail in error, please immediately notify the sender by e-mail, and 
permanently delete this e-mail.

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

Re: [CentOS] CentOS 6.0 i386 DVD

[John Doe]

From: William L. Maltby 

> Anyway, my life would've (will be) a bit simpler if someone can clue me
> in to how to get that image onto a DVD using either CentOS 6 or Windows.

As stated in the release notes, you need a DVD-R.
In my case, k3b failed to write it but regular gnome "CD/DVD Creator" worked...

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

Re: [CentOS] CentOS 6.0 i386 DVD

[William L. Maltby]

On Mon, 2011-10-17 at 02:48 -0700, John Doe wrote:
> From: William L. Maltby 
> 
> > Anyway, my life would've (will be) a bit simpler if someone can clue me
> > in to how to get that image onto a DVD using either CentOS 6 or Windows.
> 
> As stated in the release notes, you need a DVD-R.
> In my case, k3b failed to write it but regular gnome "CD/DVD Creator" 
> worked...

The DVD-R was the first one I tried, because of the notes. But I never
tried the gnome creator. In fact, being old-school, command line is
always my preference and I didn't try any GUI ones except on windows -
where I claim (too proudly) complete ignorance. I'm a TDU (Typical Dumb
User) there.

Thanks - I'll give that a try and report back. And I'm not sure I tried
the DVD-R with wodim either - by the time I got there I was on to trying
the other formats and (I'm pretty sure) forgot to rotate back to that.

Frustration does funny things to logic.

> 
> JD
> 

Thanks,
Bill

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

Re: [CentOS] CentOS 6.0 i386 DVD

[William L. Maltby]

On Mon, 2011-10-17 at 06:47 -0400, William L. Maltby wrote:
> On Mon, 2011-10-17 at 02:48 -0700, John Doe wrote:
> > From: William L. Maltby 
> > 
> > > Anyway, my life would've (will be) a bit simpler if someone can clue me
> > > in to how to get that image onto a DVD using either CentOS 6 or Windows.
> > 
> > As stated in the release notes, you need a DVD-R.
> > In my case, k3b failed to write it but regular gnome "CD/DVD Creator" 
> > worked...
> 
> The DVD-R was the first one I tried, because of the notes. But I never
> tried the gnome creator. In fact, being old-school, command line is
> always my preference and I didn't try any GUI ones except on windows -
> where I claim (too proudly) complete ignorance. I'm a TDU (Typical Dumb
> User) there.
> 
> Thanks - I'll give that a try and report back. And I'm not sure I tried
> the DVD-R with wodim either - by the time I got there I was on to trying
> the other formats and (I'm pretty sure) forgot to rotate back to that.

Worked like a champ on Windows using Power2Go! I wonder what I did wrong
first time around! When I reboot that box to CentOS, I'll try wodim
again - I bet it works and I never tried the DVD-R in there.

Thanks for taking the time!

> 
> Frustration does funny things to logic.
> 
> > 
> > JD
> > 

Bill


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

Re: [CentOS] CentOS 6.0 i386 DVD

[Cliff Pratt]

On Mon, Oct 17, 2011 at 11:47 PM, William L. Maltby
 wrote:
>
> Frustration does funny things to logic.
>
Ha! Nice one.

Cheers,

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

Re: [CentOS] CentOS 6.0 new virtualization features?

[Matt]

>> I am excited about CentOS 6.x though.  Aren't there supposed to be
>> some neat new features etc for virtualization and cloud computing?
>
> this could be the start of a dangerously long thread nonrelated to OP.
> Why not start a new thread with 'CentOS-6 interesting upcoming features' :)

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

Re: [CentOS] CentOS 6.0 new virtualization features?

[Karanbir Singh]

On 02/02/2011 04:33 PM, Matt wrote:
>>> I am excited about CentOS 6.x though.  Aren't there supposed to be
>>> some neat new features etc for virtualization and cloud computing?

There is a distinct shift towards KVM as the virt-platform of choice, 
but I still feel the management tools around it are not quite 'there' as 
yet. Having said that, its also mportant to point out that Xen isnt 
going away. Its just that you would need to use CentOS-5 to host the 
dom0, and you can still run DomU's on CentOS-6. So atleast some part of 
the Xen is going away panic is unfounded.

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

Re: [CentOS] CentOS 6.0 new virtualization features?

[Rudi Ahlers]

On Wed, Feb 2, 2011 at 6:33 PM, Matt  wrote:
>>> I am excited about CentOS 6.x though.  Aren't there supposed to be
>>> some neat new features etc for virtualization and cloud computing?
>>
>> this could be the start of a dangerously long thread nonrelated to OP.
>> Why not start a new thread with 'CentOS-6 interesting upcoming features' :)
>
> Your right.
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

Yes, it's called KVM



-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 new virtualization features?

[Tom Bishop]

Spot on KB, I like KVM but the management tools are just not quite there,
unless your a big installation and can run RHEV on a windoze server.  I know
they are moving towards an open source RHEV implementation but it appears
that it will take awhile to get there.  I still plan to use KVM but will
just manage with the cli or egads virt-manager for now for my small
installations.



> There is a distinct shift towards KVM as the virt-platform of choice,
> but I still feel the management tools around it are not quite 'there' as
> yet.
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 new virtualization features?

[Akemi Yagi]

On Wed, Feb 2, 2011 at 8:45 AM, Tom Bishop  wrote:
> Spot on KB, I like KVM but the management tools are just not quite there,
> unless your a big installation and can run RHEV on a windoze server.  I know
> they are moving towards an open source RHEV implementation but it appears
> that it will take awhile to get there.  I still plan to use KVM but will
> just manage with the cli or egads virt-manager for now for my small
> installations.

>> There is a distinct shift towards KVM as the virt-platform of choice,
>> but I still feel the management tools around it are not quite 'there' as
>> yet.

Someone who is a "Former Red Hat Technical Support Engineer" started
helping in the CentOS forums yesterday. This post by him may be
relevant to the current thread:

http://www.centos.org/modules/newbb/viewtopic.php?viewmode=thread&topic_id=29961&forum=37&post_id=124965

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

Re: [CentOS] CentOS 6.0 chkconfig strange behavior

[Devin Reade]

--On Friday, July 22, 2011 11:10:29 AM -0700 Jerry Moore 
wrote:

> It appears that chkconfig is re sequencing or re ordering the start
> priority of various services when turning on a service using chkconfig.
[...]
> The only solution I've found is to remove the entire BEGIN INIT INFO to
> END INIT INFO section. Once that is removed it no longer changes the
> network startup priority when enabling the snmpd service.

SuSE (and perhaps some other distributions) have for a few years
been using that BEGIN/END INIT INFO block instead of the 'chkconfig'
line to determine ordering, and will do exactly as you described.

Without having looked into the CentOS 6 case, I would guess that
the mechanism used in RHEL has changed to match.  This could very
well be related to the LSB project, although that's just a guess, too.

Devin

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

Re: [CentOS] CentOS 6.0 chkconfig strange behavior

[Jerry Moore]

On Jul 22, 2011, at 12:00 PM, Devin Reade wrote:
> 
> SuSE (and perhaps some other distributions) have for a few years
> been using that BEGIN/END INIT INFO block instead of the 'chkconfig'
> line to determine ordering, and will do exactly as you described.
> 
> Without having looked into the CentOS 6 case, I would guess that
> the mechanism used in RHEL has changed to match.  This could very
> well be related to the LSB project, although that's just a guess, too.
> 
> Devin

Hi Devin,

Is it possible to sticky a service then to always start at the value chkconfig 
lists? Moving various services around like that isn't very helpful when I 
specifically need services to start is an exact order.

Or if I do remove the BEGIN/END INIT INFO block from the init scripts will that 
cause issues??  What's the solution in the SuSE world when someone wants a 
service to not get reordered??

Thanks!

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

Re: [CentOS] CentOS 6.0 chkconfig strange behavior

[Devin Reade]

--On Friday, July 22, 2011 11:10:29 AM -0700 Jerry Moore 
wrote:

> It appears that chkconfig is re sequencing or re ordering the start
> priority of various services when turning on a service using chkconfig.
> Example is the network service. Under normal circumstances network is set
> to start at S10. However when I add something like snmpd and invoke
> chkconfig snmpd on it will change network to S81. Which fouls up some of
> my other services that look for config files on NFS shares.
> 
> Testing this issue with the snmpd service I removed $network from
> Required-Start which did nothing.

Again just guessing (my one test CentOS 6 system doesn't currently 
have snmpd installed) have a look at not only the snmpd script but
also the ones that should have been started between network and snmpd.
It sounds like some dependencies are missing.

In particular, do your "other services" depend on $network, either
directly or transitively?

You might also want to experiment with 'chkconfig XX reset'.

Devin

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

Re: [CentOS] CentOS 6.0 chkconfig strange behavior

[Cal Webster]

On Fri, 2011-07-22 at 13:00 -0600, Devin Reade wrote:
> --On Friday, July 22, 2011 11:10:29 AM -0700 Jerry Moore 
> wrote:
> 
> > It appears that chkconfig is re sequencing or re ordering the start
> > priority of various services when turning on a service using chkconfig.
> [...]
> > The only solution I've found is to remove the entire BEGIN INIT INFO to
> > END INIT INFO section. Once that is removed it no longer changes the
> > network startup priority when enabling the snmpd service.
> 
> SuSE (and perhaps some other distributions) have for a few years
> been using that BEGIN/END INIT INFO block instead of the 'chkconfig'
> line to determine ordering, and will do exactly as you described.
> 
> Without having looked into the CentOS 6 case, I would guess that
> the mechanism used in RHEL has changed to match.  This could very
> well be related to the LSB project, although that's just a guess, too.

System V init has been replaced by "upstart"

Upstream Deployment Guide:
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Technical_Notes/deployment.html

Fedora Wiki:
http://fedoraproject.org/wiki/Features/Upstart

Run levels are depreciated:
http://en.wikipedia.org/wiki/Runlevel
http://en.wikipedia.org/wiki/Upstart

This change has been in the works for a few years:
http://lists.centos.org/pipermail/centos/2009-September/082817.html

Some articles from Google search [RHEL centos upstart]
http://www.linux.com/archive/articles/57213
http://searchenterpriselinux.techtarget.com/tip/RHEL-6-ditches-System-V-init-for-Upstart-What-Linux-admins-need-to-know




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

Re: [CentOS] CentOS 6.0 chkconfig strange behavior

[Devin Reade]

--On Friday, July 22, 2011 12:12:28 PM -0700 Jerry Moore 
wrote:
> Is it possible to sticky a service then to always start at the value
> chkconfig lists? Moving various services around like that isn't very
> helpful when I specifically need services to start is an exact order.
> 
> Or if I do remove the BEGIN/END INIT INFO block from the init scripts
> will that cause issues??  What's the solution in the SuSE world when
> someone wants a service to not get reordered??

I'm afraid I don't have the answers to those ones.  Although I
occasionally have need to deal with SuSE, the Linux distributions I 
use most of the time are RHEL/CentOS.  The most I can do is point
you at google, although knowing the SuSE relationship might help
you there.

My suspicion is that assuming that RHEL has indeed changed the 
mechanism we're in the "growing pains" transition period where
various rc scripts may need to be tweaked (especially custom ones).

Devin

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

Re: [CentOS] CentOS 6.0 chkconfig strange behavior

[Jerry Moore]

On Jul 22, 2011, at 12:17 PM, Cal Webster wrote:
> System V init has been replaced by "upstart"
> 
> Upstream Deployment Guide:
> http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Technical_Notes/deployment.html
> 
> Fedora Wiki:
> http://fedoraproject.org/wiki/Features/Upstart
> 
> Run levels are depreciated:
> http://en.wikipedia.org/wiki/Runlevel
> http://en.wikipedia.org/wiki/Upstart
> 
> This change has been in the works for a few years:
> http://lists.centos.org/pipermail/centos/2009-September/082817.html
> 
> Some articles from Google search [RHEL centos upstart]
> http://www.linux.com/archive/articles/57213
> http://searchenterpriselinux.techtarget.com/tip/RHEL-6-ditches-System-V-init-for-Upstart-What-Linux-admins-need-to-know

Hey Cal,

I knew I was missing something!

Thanks for the assist guys!

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

Re: [CentOS] CentOS 6.0 chkconfig strange behavior

[Cal Webster]

On Fri, 2011-07-22 at 12:47 -0700, Jerry Moore wrote:
> 
> On Jul 22, 2011, at 12:17 PM, Cal Webster wrote:
> > System V init has been replaced by "upstart"
> > 
> > Upstream Deployment Guide:
> > http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Technical_Notes/deployment.html
> > 
> > Fedora Wiki:
> > http://fedoraproject.org/wiki/Features/Upstart
> > 
> > Run levels are depreciated:
> > http://en.wikipedia.org/wiki/Runlevel
> > http://en.wikipedia.org/wiki/Upstart
> > 
> > This change has been in the works for a few years:
> > http://lists.centos.org/pipermail/centos/2009-September/082817.html
> > 
> > Some articles from Google search [RHEL centos upstart]
> > http://www.linux.com/archive/articles/57213
> > http://searchenterpriselinux.techtarget.com/tip/RHEL-6-ditches-System-V-init-for-Upstart-What-Linux-admins-need-to-know
> > 
> 
> 
> Hey Cal,
> 
> 
> I knew I was missing something!
> 
> 
> Thanks for the assist guys!

Hold onto your hat Jerry... 

Upstart has already been replace by systemd in Fedora 15 and most other
major distros are planning to use it too. RHEL 7 will most likely switch
to systemd if it stays in Fedora. If it does everything planned you may
even see it in a 6.x point release. This after only about a year in
distribution.


An overview on Wikipedia:
http://en.wikipedia.org/wiki/Systemd

A year-old article summarizing blog posts by authors of upstart and
systemd
http://www.h-online.com/open/news/item/Systemd-presented-as-SysV-Init-and-Upstart-alternative-991875.html

A year-old (30 Apr 2010) Lennart Poettering (systemd author) blog post
announcing systemd with detail about systemd:
http://0pointer.de/blog/projects/systemd.html

A recent (28 Apr 2011) blog post by Lennart Poettering attempting to
answer the question "Why systemd?". Includes a side-by-side comparison
of features between sysvinit, upstart, and systemd.
http://0pointer.de/blog/projects/why.html


A year-old (30 Apr 2010) blog post by Scott Remnant (upstart author)
with candid remarks about systemd.
http://netsplit.com/2010/04/30/on-systemd/



./Cal



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

Re: [CentOS] CentOS 6.0 chkconfig strange behavior

[Jerry Moore]

On Jul 22, 2011, at 12:10 PM, Devin Reade wrote:

> Again just guessing (my one test CentOS 6 system doesn't currently 
> have snmpd installed) have a look at not only the snmpd script but
> also the ones that should have been started between network and snmpd.
> It sounds like some dependencies are missing.
> 
> In particular, do your "other services" depend on $network, either
> directly or transitively?
> 
> You might also want to experiment with 'chkconfig XX reset'.
> 
> Devin

Hey Devin,

I'm feeling a little silly now and I swear I checked for this but you hit the 
nail on the head. Turns out I had pushed a service that was dependent on 
network further down the list so whenever I enabled snmpd in chkconfig it would 
re order network below the other dependent service. 

Thanks again for the help!

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

[CentOS] Centos 6.0 Live CD Now Available

[Always Learning]

Detailed Release Notes are available at
http://wiki.centos.org/Manuals/ReleaseNotes/CentOSLiveCD6.0

"Special thanks to Fabian Arrotin for taking up the LiveCD and LiveDVD
efforts, and to everyone on the QA team who worked through the issues
and helped build, test and release these images."

Thank you. Well done Guys. Centos is Great.



-- 
With best regards,

Paul.
England,
EU.


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

[CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[Timothy Murphy]

I don't really understand the function of this repository,
or rather why the RPMs in it are not in the standard repository?

I read the outline at
,
and added the repository on two CentOS machines.
On yum-updating some 450MB of updates were installed.
Both machines appear to be running perfectly well.

-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

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

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[nux]

Timothy Murphy writes:

> I don't really understand the function of this repository,
> or rather why the RPMs in it are not in the standard repository?


Because there is no "standard repository" yet. These RPMs are from the next 
version (6.1 as we write this) which has not been published yet. CR is just 
a way to keep up with updates while they work on publishing Centos 6.1.

--
Nux!
www.nux.ro

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

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[Ljubomir Ljubojevic]

Vreme: 10/08/2011 02:34 PM, Timothy Murphy piše:
> I don't really understand the function of this repository,
> or rather why the RPMs in it are not in the standard repository?
>
> I read the outline at
> ,
> and added the repository on two CentOS machines.
> On yum-updating some 450MB of updates were installed.
> Both machines appear to be running perfectly well.
>

Every minor version is treated as upgrade, not update. If CR packages 
would be added to existing updates 6.0 repository, what would people who 
want ONLY 6.0 do? There are many other more compelling reasons, but even 
this one is enough.

-- 

Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

Google is the Mother, Google is the Father, and traceroute is your
trusty Spiderman...
StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[Nicolas Thierry-Mieg]

Ljubomir Ljubojevic wrote:
> Vreme: 10/08/2011 02:34 PM, Timothy Murphy piše:
>> I don't really understand the function of this repository,
>> or rather why the RPMs in it are not in the standard repository?
>>
>> I read the outline at
>> ,
>> and added the repository on two CentOS machines.
>> On yum-updating some 450MB of updates were installed.
>> Both machines appear to be running perfectly well.
>>
>
> Every minor version is treated as upgrade, not update. If CR packages
> would be added to existing updates 6.0 repository, what would people who
> want ONLY 6.0 do? There are many other more compelling reasons, but even
> this one is enough.
>

the vast majority of people who want "only 6.0" don't understand the 
centos release process.
I'ld say the main reason for CR is conformance to upstream.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[Ljubomir Ljubojevic]

Vreme: 10/08/2011 03:22 PM, Nicolas Thierry-Mieg piše:
> Ljubomir Ljubojevic wrote:
>> Vreme: 10/08/2011 02:34 PM, Timothy Murphy piše:
>>> I don't really understand the function of this repository,
>>> or rather why the RPMs in it are not in the standard repository?
>>>
>>> I read the outline at
>>> ,
>>> and added the repository on two CentOS machines.
>>> On yum-updating some 450MB of updates were installed.
>>> Both machines appear to be running perfectly well.
>>>
>>
>> Every minor version is treated as upgrade, not update. If CR packages
>> would be added to existing updates 6.0 repository, what would people who
>> want ONLY 6.0 do? There are many other more compelling reasons, but even
>> this one is enough.
>>
>
> the vast majority of people who want "only 6.0" don't understand the
> centos release process.
> I'ld say the main reason for CR is conformance to upstream.

There are large systems that are obligated to use only packages from 
official releases/packages for security, etc.

Some people could advocate braking from "conformance to upstream", it's 
"political" reason, that is why I avoid it.  Separation of individual 
minor version is technical reason and enough as a show stopper, that is 
why I chose it.


-- 

Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

Google is the Mother, Google is the Father, and traceroute is your
trusty Spiderman...
StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[Ned Slider]

On 08/10/11 14:22, Nicolas Thierry-Mieg wrote:
> Ljubomir Ljubojevic wrote:
>> Vreme: 10/08/2011 02:34 PM, Timothy Murphy piše:
>>> I don't really understand the function of this repository,
>>> or rather why the RPMs in it are not in the standard repository?
>>>
>>> I read the outline at
>>> ,
>>> and added the repository on two CentOS machines.
>>> On yum-updating some 450MB of updates were installed.
>>> Both machines appear to be running perfectly well.
>>>
>>
>> Every minor version is treated as upgrade, not update. If CR packages
>> would be added to existing updates 6.0 repository, what would people who
>> want ONLY 6.0 do? There are many other more compelling reasons, but even
>> this one is enough.
>>
>
> the vast majority of people who want "only 6.0" don't understand the
> centos release process.
> I'ld say the main reason for CR is conformance to upstream.

The CR repository was originally intended to be a fast track mechanism 
by which packages from the next point release could be released to the 
public once they had been built and passed QA without having to wait for 
ISO images to be built and sync'd to the mirrors.

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

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[Timothy Murphy]

n...@li.nux.ro wrote:

>> I don't really understand the function of this repository,
>> or rather why the RPMs in it are not in the standard repository?

> Because there is no "standard repository" yet. These RPMs are from the
> next version (6.1 as we write this) which has not been published yet. CR
> is just a way to keep up with updates while they work on publishing Centos
> 6.1.

I've read the various responses, and am not really convinced.
It seems to me the developers are just making more work for themselves.
Of course that is their prerogative ...


-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

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

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[Timothy Murphy]

Nicolas Thierry-Mieg wrote:

> the vast majority of people who want "only 6.0" don't understand the
> centos release process.

Are there such people?
I thought everyone was screaming for 6.1?

As far as I am concerned, a system either works or does not work;
and my system seems to work fine after CR update.

-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

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

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[John Hodrien]

On Sat, 8 Oct 2011, Timothy Murphy wrote:

> n...@li.nux.ro wrote:
>
>>> I don't really understand the function of this repository,
>>> or rather why the RPMs in it are not in the standard repository?
>
>> Because there is no "standard repository" yet. These RPMs are from the
>> next version (6.1 as we write this) which has not been published yet. CR
>> is just a way to keep up with updates while they work on publishing Centos
>> 6.1.
>
> I've read the various responses, and am not really convinced.
> It seems to me the developers are just making more work for themselves.
> Of course that is their prerogative ...

Look at it differently then.  They're building packages for 6.1, and some pass
QA and some don't.  Equally getting anaconda happy is required.  Until you get
all of that done, you don't get 6.1.  Up that point, why not release packages
that pass QA?  That's CR, so it shouldn't involve an excessive amount of extra
work, but it does offer faster access to the updates.

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

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[John Hinton]

On 10/8/2011 10:30 AM, Timothy Murphy wrote:
> n...@li.nux.ro wrote:
>
>>> I don't really understand the function of this repository,
>>> or rather why the RPMs in it are not in the standard repository?
>> Because there is no "standard repository" yet. These RPMs are from the
>> next version (6.1 as we write this) which has not been published yet. CR
>> is just a way to keep up with updates while they work on publishing Centos
>> 6.1.
> I've read the various responses, and am not really convinced.
> It seems to me the developers are just making more work for themselves.
> Of course that is their prerogative ...
>
>
It is really quite simple. 6.1 is not out. Many of us absolutely must 
have 6.0 serving the public at this point. There are no more security 
updates for 6.0. So, why not provide updated packages as they are 
available, if they don't break other packages? It seems very sound 
reasoning to me. Extra work? Well, it is some, but not really that much.

To me, this is another case of the CentOS team trying hard to provide 
what the community needs as fast as they can. Choose to use the CR or 
not. For me and I'm certain many others, I'm very happy that it is 
there! And this provides an answer for now and perhaps again in the 
future when a minor release occurs just before a major security issue, 
leaving the ability to move forward with the new security packages 
before the minor release is ready.

As for passing security 'testing'. Well, CR might not provide the answer 
the 'testers' want, but do they ultimately want security or do they only 
want you to pass the test? Sometimes I think the latter... a question of 
'perceived' or 'actual'. I'll choose actual... and like it to be pretty 
quick... and CR provides an aid there.

John Hinton



-- 
John Hinton
877-777-1407 ext 502
http://www.ew3d.com
Comprehensive Online Solutions

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

Re: [CentOS] CentOS-6.0 Continuous Release ( CR ) repository

[Craig White]

On Sat, 2011-10-08 at 15:30 +0100, Timothy Murphy wrote:
> n...@li.nux.ro wrote:
> 
> >> I don't really understand the function of this repository,
> >> or rather why the RPMs in it are not in the standard repository?
> 
> > Because there is no "standard repository" yet. These RPMs are from the
> > next version (6.1 as we write this) which has not been published yet. CR
> > is just a way to keep up with updates while they work on publishing Centos
> > 6.1.
> 
> I've read the various responses, and am not really convinced.
> It seems to me the developers are just making more work for themselves.
> Of course that is their prerogative ...

the various responses seemed to cloud the reasoning more than clarified
it and I guess it would be more reasonable to point you to the official
CentOS reasoning...

http://wiki.centos.org/AdditionalResources/Repositories/CR

Upstream has their 'fast track' and I gather that this mirrors (or at
least attempts to mirror) the upstream methods (with some good
reasoning).

Craig


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

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

[CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Austin Godber]

Hello,

Does anyone have experience using a 3ware 9650SE series raid controller on
CentOS 6.0?

I am getting very sporadic throughput with moderately sized files (0.5-2GB)
on ext3.  I have tried most of the mount time tuning options:

* noatime
* trying different journal types
* setting commit=120 - helped a little

Even after these optimizations it doesn't seem like the raid array is
working as it should.  After a few 1GB writes (dd from /dev/zero to the
raid) kjournald runs for an hour and later writes are really slow.  Not only
that, using tw_cli is very slow ... whereas tw_cli is superfast if kjournald
is not churning away.

So it goes something like this

* write one 1GB file (486 MB/s)
* writes another (223 MB/s)
* any writes before the 120s commit kicks in, is ~200MB/s
* commit kicks in and kjournald starts churning
* writes are all over the map - 6-85MB/s

Maybe this is just the way it is, but it did not seem to be the case this
same hardware was running Fedora (Core) 9 and I have a similar machine where
this does not seem to be the case (I can't experiment on it at the moment).

The one thing I do not know, since I did not create the RAID or ext3
filesystem is whether the stride and stripe-width were properly selected to
match the 64k chunk size of the raid array.  I don't know how to tell from
tune2fs ... output below ... its either not there or by another name.

Any help or suggestions are appreciated.

Austin

Useful Information
==

== /proc/mounts =

/dev/sda1 /tonga_raid ext3
rw,noatime,errors=continue,nouser_xattr,noacl,commit=120,barrier=1,data=ordered
0 0


=  tw_cli /c2 show diag =

### Time Stamp:12:34:18 01-Sep-2011
### Host Name: tonga
### Host Architecture: x86_64 (64 bit)
### OS Version:Linux 2.6.32-71.29.1.el6.x86_64
### Model: 9650SE-8LPML
### Serial #:  L326025A8221043
### Controller ID: 2
### CLI Version:   2.00.11.016
### API Version:   2.08.00.017
### Driver Version:2.26.02.014RH
### Firmware Version:  FE9X 3.08.00.016
### BIOS Version:  BE9X 3.08.00.004
### Available Memory:  224MB

==
Diagnostic Information on Controller //.../c2/...
--
Event Trigger and Log Information:
Triggered Event(s) =
ctlreset (controller soft reset)
fwassert (firmware assert)
driveerr (drive error)
Diagnostic log save mode = -
Parameter table does not exist


== tune2fs -l /dev/sda1 =
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   /data
Last mounted on:  
Filesystem UUID:  3c5f6dbb-d5dc-4f85-bc70-9b761c89c86e
Filesystem magic number:  0xEF53
Filesystem revision #:1 (dynamic)
Filesystem features:  has_journal ext_attr resize_inode dir_index
filetype needs_recovery sparse_super large_file
Filesystem flags: signed_directory_hash
Default mount options:user_xattr acl
Filesystem state: clean
Errors behavior:  Continue
Filesystem OS type:   Linux
Inode count:  427245568
Block count:  1708965879
Reserved block count: 85448293
Free blocks:  809305423
Free inodes:  426287552
First block:  0
Block size:   4096
Fragment size:4096
Reserved GDT blocks:  616
Blocks per group: 32768
Fragments per group:  32768
Inodes per group: 8192
Inode blocks per group:   512
Filesystem created:   Tue Sep  9 09:57:44 2008
Last mount time:  Thu Sep  1 12:40:01 2011
Last write time:  Thu Sep  1 12:40:01 2011
Mount count:  11
Maximum mount count:  -1
Last checked: Tue Aug 30 23:12:49 2011
Check interval:   0 ()
Reserved blocks uid:  0 (user root)
Reserved blocks gid:  0 (group root)
First inode:  11
Inode size:  256
Journal inode:8
Default directory hash:   tea
Directory Hash Seed:  0b324311-93a9-4c23-bf15-40965792029b
Journal backup:   inode blocks
===


===  tw_cli info c2  

Unit  UnitType  Status %RCmpl  %V/I/M  Stripe  Size(GB)  Cache
 AVrfy
--
u0RAID-5OK -   -   64K 6519.19   OFFOFF


Port   Status   Unit   SizeBlocksSerial
---
p0 OK   u0 931.51 GB   1953525168WD-WCASJ1631953

p1 OK   u0 931.51 GB   1953525168WD-WCASJ1622428

p2 OK   u0 931.51 GB   1953525168WD-WCASJ1639721

p3 OK   u0 931.51 GB   1953525168WD-WCASJ1636054

p4 OK 

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Marcelo Beckmann]

Em 01-09-2011 17:41, Austin Godber escreveu:
>
> ===  tw_cli info c2  
> 
> Unit  UnitType  Status %RCmpl  %V/I/M  Stripe  Size(GB)  Cache
>  AVrfy
> --
> u0RAID-5OK -   -   64K 6519.19   OFF  
>  OFF

I have the same controller on Centos 5.

Did you try to active Cache on 3ware?

[17:56:04 root@backup ~]# lspci | grep 3ware
01:00.0 RAID bus controller: 3ware Inc 9650SE SATA-II RAID PCIe (rev 01)
[17:56:11 root@backup ~]# tw_cli /c4 show

Unit  UnitType  Status %RCmpl  %V/I/M  Stripe  Size(GB)  Cache
AVrfy
--
u0RAID-5OK -   -   64K 5587.9RiW
ON


In the past I had a scenario where I started with Cache OFF and had a
poor performance, specially for write. After set Cache RiW I got better
performance.

I didn't test that controller on CentOS 6, but is good to know if there
is some problem, because my company sells equipment with that controller.


Best regards,

-- 
Marcelo Beckmann
Suporte Corporativo - supo...@webers.com.br
Webers Tecnologia - http://www.webers.com.br
Curitiba   (PR) (41) 3094-6600
Rio de Janeiro (RJ) (21) 4007-1207
São Paulo  (SP) (11) 4007-1207

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

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Austin Godber]

Hello Marcelo,

Thank you for the suggestion.  I had not yet tried activating the cache
since I was unsure whether that was a good idea or not.

Since you have experience with this card, do you have any recommendations
for what I should expect or avoid?  Have you used EXT3 with success or are
you using XFS or something else?

Austin

On Thu, Sep 1, 2011 at 2:05 PM, Marcelo Beckmann <
marcelo.beckm...@webers.com.br> wrote:

> Em 01-09-2011 17:41, Austin Godber escreveu:
> >
> > ===  tw_cli info c2  
> >
> > Unit  UnitType  Status %RCmpl  %V/I/M  Stripe  Size(GB)  Cache
> >  AVrfy
> >
> --
> > u0RAID-5OK -   -   64K 6519.19   OFF
> >  OFF
>
> I have the same controller on Centos 5.
>
> Did you try to active Cache on 3ware?
>
> [17:56:04 root@backup ~]# lspci | grep 3ware
> 01:00.0 RAID bus controller: 3ware Inc 9650SE SATA-II RAID PCIe (rev 01)
> [17:56:11 root@backup ~]# tw_cli /c4 show
>
> Unit  UnitType  Status %RCmpl  %V/I/M  Stripe  Size(GB)  Cache
> AVrfy
>
> --
> u0RAID-5OK -   -   64K 5587.9RiW
> ON
>
>
> In the past I had a scenario where I started with Cache OFF and had a
> poor performance, specially for write. After set Cache RiW I got better
> performance.
>
> I didn't test that controller on CentOS 6, but is good to know if there
> is some problem, because my company sells equipment with that controller.
>
>
> Best regards,
>
> --
> Marcelo Beckmann
> Suporte Corporativo - supo...@webers.com.br
> Webers Tecnologia - http://www.webers.com.br
> Curitiba   (PR) (41) 3094-6600
> Rio de Janeiro (RJ) (21) 4007-1207
> São Paulo  (SP) (11) 4007-1207
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Craig White]

On Sep 1, 2011, at 1:41 PM, Austin Godber wrote:

> Hello,
> 
> Does anyone have experience using a 3ware 9650SE series raid controller on 
> CentOS 6.0?

use RAID 10

Unless something has changed, RAID 5 is notoriously slow on the 3Ware 
controllers. Whatever you do will only incrementally speed things up. If 
performance is desired, RAID 5 is not the way to go.

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

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Austin Godber]

Hi Craig,

Thanks for the suggestion.  I would if I could.  I'd also probably try
another file system.  Though the good news is, enabling the write cache on
that array has improved things significantly.  Which, in my case, was:

tw_cli /c2/u0 set cache=on

Now, if only I had the battery backup unit for the card.

Thanks, everyone for their suggestions.  For now I am happy with the
situation, but I'd be interested to hear the experiences of others.

Austin

On Thu, Sep 1, 2011 at 3:58 PM, Craig White  wrote:

>
> On Sep 1, 2011, at 1:41 PM, Austin Godber wrote:
>
> > Hello,
> >
> > Does anyone have experience using a 3ware 9650SE series raid controller
> on CentOS 6.0?
> 
> use RAID 10
>
> Unless something has changed, RAID 5 is notoriously slow on the 3Ware
> controllers. Whatever you do will only incrementally speed things up. If
> performance is desired, RAID 5 is not the way to go.
>
> Craig
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Craig White]

I'm surprised that you can actually turn it on without a battery. I suspect 
that this is not a write-through/write-back cache but be forewarned that if 
there's no battery, it's possible that things you thought were written to the 
hard drive on shutdown/restart/hang/crash might not ever be written to the hard 
drive(s)

Craig

On Sep 1, 2011, at 4:17 PM, Austin Godber wrote:

> Hi Craig,
> 
> Thanks for the suggestion.  I would if I could.  I'd also probably try 
> another file system.  Though the good news is, enabling the write cache on 
> that array has improved things significantly.  Which, in my case, was:
> 
> tw_cli /c2/u0 set cache=on
> 
> Now, if only I had the battery backup unit for the card.
> 
> Thanks, everyone for their suggestions.  For now I am happy with the 
> situation, but I'd be interested to hear the experiences of others.
> 
> Austin
> 
> On Thu, Sep 1, 2011 at 3:58 PM, Craig White  wrote:
> 
> On Sep 1, 2011, at 1:41 PM, Austin Godber wrote:
> 
> > Hello,
> >
> > Does anyone have experience using a 3ware 9650SE series raid controller on 
> > CentOS 6.0?
> 
> use RAID 10
> 
> Unless something has changed, RAID 5 is notoriously slow on the 3Ware 
> controllers. Whatever you do will only incrementally speed things up. If 
> performance is desired, RAID 5 is not the way to go.

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

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Tom Bishop]

Keep in mind you really only want to enable the cache if you have a
bbc, otherwise you are risking your data since it can/will cache
writes...just something to keep in mind.

On 9/1/11, Austin Godber  wrote:
> Hi Craig,
>
> Thanks for the suggestion.  I would if I could.  I'd also probably try
> another file system.  Though the good news is, enabling the write cache on
> that array has improved things significantly.  Which, in my case, was:
>
> tw_cli /c2/u0 set cache=on
>
> Now, if only I had the battery backup unit for the card.
>
> Thanks, everyone for their suggestions.  For now I am happy with the
> situation, but I'd be interested to hear the experiences of others.
>
> Austin
>
> On Thu, Sep 1, 2011 at 3:58 PM, Craig White  wrote:
>
>>
>> On Sep 1, 2011, at 1:41 PM, Austin Godber wrote:
>>
>> > Hello,
>> >
>> > Does anyone have experience using a 3ware 9650SE series raid controller
>> on CentOS 6.0?
>> 
>> use RAID 10
>>
>> Unless something has changed, RAID 5 is notoriously slow on the 3Ware
>> controllers. Whatever you do will only incrementally speed things up. If
>> performance is desired, RAID 5 is not the way to go.
>>
>> Craig
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>>
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Austin Godber]

At this point the card is pretty much useless without that cache enabled.
 Without recommendations for making writes of 256MB or larger files faster
without this cache enabled, I will have to accept the possible data loss in
the event of power outage.  If it is only the case of data loss during a
power outage, I will take that ... rather than failure to write at all
during 99% of my usage.

I will, for the sake of not being an idiot, look into buying the BBUs.

Austin

On Thu, Sep 1, 2011 at 4:49 PM, Tom Bishop  wrote:

> Keep in mind you really only want to enable the cache if you have a
> bbc, otherwise you are risking your data since it can/will cache
> writes...just something to keep in mind.
>
> On 9/1/11, Austin Godber  wrote:
> > Hi Craig,
> >
> > Thanks for the suggestion.  I would if I could.  I'd also probably try
> > another file system.  Though the good news is, enabling the write cache
> on
> > that array has improved things significantly.  Which, in my case, was:
> >
> > tw_cli /c2/u0 set cache=on
> >
> > Now, if only I had the battery backup unit for the card.
> >
> > Thanks, everyone for their suggestions.  For now I am happy with the
> > situation, but I'd be interested to hear the experiences of others.
> >
> > Austin
> >
> > On Thu, Sep 1, 2011 at 3:58 PM, Craig White 
> wrote:
> >
> >>
> >> On Sep 1, 2011, at 1:41 PM, Austin Godber wrote:
> >>
> >> > Hello,
> >> >
> >> > Does anyone have experience using a 3ware 9650SE series raid
> controller
> >> on CentOS 6.0?
> >> 
> >> use RAID 10
> >>
> >> Unless something has changed, RAID 5 is notoriously slow on the 3Ware
> >> controllers. Whatever you do will only incrementally speed things up. If
> >> performance is desired, RAID 5 is not the way to go.
> >>
> >> Craig
> >> ___
> >> CentOS mailing list
> >> CentOS@centos.org
> >> http://lists.centos.org/mailman/listinfo/centos
> >>
> >
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Craig White]

Data loss could conceivably occur on shutdown or restart too - just saying... 
You are assuming that the data that doesn't get written to disk is going to be 
non-essential... I wish you good luck with that. I think if one doesn't want to 
be an idiot, one would not enable a cache that has no means to ensure that the 
cache is written to disk.

I think your take away from all of this is somewhat misdirected. Not having a 
BBU simply means that your writes really should always be 
synchronous/immediate. That shouldn't really be a problem and shouldn't impose 
a large performance penalty.

Your performance issue relates more to the fact that RAID 5 implementation on 
the 3Ware cards is rather poor and modes such as RAID 10 (RAID 0 + 1) will give 
you much more speed that you realize. If you also consider on the surprisingly 
higher rates of failure with loss of data possibility when reconstructing a 
missing/dead drive on a RAID 5 setup you really should be re-examining your 
storage strategy.

Craig

On Sep 1, 2011, at 5:43 PM, Austin Godber wrote:

> At this point the card is pretty much useless without that cache enabled.  
> Without recommendations for making writes of 256MB or larger files faster 
> without this cache enabled, I will have to accept the possible data loss in 
> the event of power outage.  If it is only the case of data loss during a 
> power outage, I will take that ... rather than failure to write at all during 
> 99% of my usage.
> 
> I will, for the sake of not being an idiot, look into buying the BBUs.
> 
> Austin
> 
> On Thu, Sep 1, 2011 at 4:49 PM, Tom Bishop  wrote:
> Keep in mind you really only want to enable the cache if you have a
> bbc, otherwise you are risking your data since it can/will cache
> writes...just something to keep in mind.
> 
> On 9/1/11, Austin Godber  wrote:
> > Hi Craig,
> >
> > Thanks for the suggestion.  I would if I could.  I'd also probably try
> > another file system.  Though the good news is, enabling the write cache on
> > that array has improved things significantly.  Which, in my case, was:
> >
> > tw_cli /c2/u0 set cache=on
> >
> > Now, if only I had the battery backup unit for the card.
> >
> > Thanks, everyone for their suggestions.  For now I am happy with the
> > situation, but I'd be interested to hear the experiences of others.
> >
> > Austin
> >
> > On Thu, Sep 1, 2011 at 3:58 PM, Craig White  wrote:
> >
> >>
> >> On Sep 1, 2011, at 1:41 PM, Austin Godber wrote:
> >>
> >> > Hello,
> >> >
> >> > Does anyone have experience using a 3ware 9650SE series raid controller
> >> on CentOS 6.0?
> >> 
> >> use RAID 10
> >>
> >> Unless something has changed, RAID 5 is notoriously slow on the 3Ware
> >> controllers. Whatever you do will only incrementally speed things up. If
> >> performance is desired, RAID 5 is not the way to go.
> >>
> >> Craig
> >> ___
> >> CentOS mailing list
> >> CentOS@centos.org
> >> http://lists.centos.org/mailman/listinfo/centos
> >>
> >
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

-- 
Craig White ~ craig.wh...@ttiltd.com
1.800.869.6908 ~~ www.ttiassessments.com 

Need help communicating between generations at work to achieve your desired 
success? Let us help!

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

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Austin Godber]

Thank you for the clarification Craig, I am re-examining my storage
strategy, thus my email.  Sadly this machine has been in service a number of
years and already contains more data than is possible in a RAID 10
configuration.  If I had the spare space and resources I'd be thrilled to
switch to RAID 10.  That is not the case, however.  Given that, I am faced
with the choice between having the machine entirely unusable between now and
when I can acquire a BBU or using it with the risk of data loss/corruption,
I will chose the latter.  Neither data loss nor corruption would go
unnoticed in the period that this will be necessary.

Does that sound entirely unreasonable?

Austin



On Fri, Sep 2, 2011 at 10:51 AM, Craig White  wrote:

> Data loss could conceivably occur on shutdown or restart too - just
> saying... You are assuming that the data that doesn't get written to disk is
> going to be non-essential... I wish you good luck with that. I think if one
> doesn't want to be an idiot, one would not enable a cache that has no means
> to ensure that the cache is written to disk.
>
> I think your take away from all of this is somewhat misdirected. Not having
> a BBU simply means that your writes really should always be
> synchronous/immediate. That shouldn't really be a problem and shouldn't
> impose a large performance penalty.
>
> Your performance issue relates more to the fact that RAID 5 implementation
> on the 3Ware cards is rather poor and modes such as RAID 10 (RAID 0 + 1)
> will give you much more speed that you realize. If you also consider on the
> surprisingly higher rates of failure with loss of data possibility when
> reconstructing a missing/dead drive on a RAID 5 setup you really should be
> re-examining your storage strategy.
>
> Craig
>
> On Sep 1, 2011, at 5:43 PM, Austin Godber wrote:
>
> > At this point the card is pretty much useless without that cache enabled.
>  Without recommendations for making writes of 256MB or larger files faster
> without this cache enabled, I will have to accept the possible data loss in
> the event of power outage.  If it is only the case of data loss during a
> power outage, I will take that ... rather than failure to write at all
> during 99% of my usage.
> >
> > I will, for the sake of not being an idiot, look into buying the BBUs.
> >
> > Austin
> >
> > On Thu, Sep 1, 2011 at 4:49 PM, Tom Bishop  wrote:
> > Keep in mind you really only want to enable the cache if you have a
> > bbc, otherwise you are risking your data since it can/will cache
> > writes...just something to keep in mind.
> >
> > On 9/1/11, Austin Godber  wrote:
> > > Hi Craig,
> > >
> > > Thanks for the suggestion.  I would if I could.  I'd also probably try
> > > another file system.  Though the good news is, enabling the write cache
> on
> > > that array has improved things significantly.  Which, in my case, was:
> > >
> > > tw_cli /c2/u0 set cache=on
> > >
> > > Now, if only I had the battery backup unit for the card.
> > >
> > > Thanks, everyone for their suggestions.  For now I am happy with the
> > > situation, but I'd be interested to hear the experiences of others.
> > >
> > > Austin
> > >
> > > On Thu, Sep 1, 2011 at 3:58 PM, Craig White 
> wrote:
> > >
> > >>
> > >> On Sep 1, 2011, at 1:41 PM, Austin Godber wrote:
> > >>
> > >> > Hello,
> > >> >
> > >> > Does anyone have experience using a 3ware 9650SE series raid
> controller
> > >> on CentOS 6.0?
> > >> 
> > >> use RAID 10
> > >>
> > >> Unless something has changed, RAID 5 is notoriously slow on the 3Ware
> > >> controllers. Whatever you do will only incrementally speed things up.
> If
> > >> performance is desired, RAID 5 is not the way to go.
> > >>
> > >> Craig
> > >> ___
> > >> CentOS mailing list
> > >> CentOS@centos.org
> > >> http://lists.centos.org/mailman/listinfo/centos
> > >>
> > >
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > http://lists.centos.org/mailman/listinfo/centos
> >
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > http://lists.centos.org/mailman/listinfo/centos
>
> --
> Craig White ~
> craig.wh...@ttiltd.com
> 1.800.869.6908 ~~
> www.ttiassessments.com
>
> Need help communicating between generations at work to achieve your desired
> success? Let us help!
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Craig White]

On Fri, 2011-09-02 at 12:03 -0700, Austin Godber wrote:
> Thank you for the clarification Craig, I am re-examining my storage
> strategy, thus my email.  Sadly this machine has been in service a
> number of years and already contains more data than is possible in a
> RAID 10 configuration.  If I had the spare space and resources I'd be
> thrilled to switch to RAID 10.  That is not the case, however.  Given
> that, I am faced with the choice between having the machine entirely
> unusable between now and when I can acquire a BBU or using it with the
> risk of data loss/corruption, I will chose the latter.  Neither data
> loss nor corruption would go unnoticed in the period that this will be
> necessary.
> 
> 
> Does that sound entirely unreasonable?

reminds me of dialog in 'So I Married an Axe Murderer'...

Charlie: "For example, how many people have you brutally murdered?"

Harriet: "Brutal" is a very subjective word. What's brutal to one person
  might be reasonable to somebody else."

I think SATA hard drives are so cheap nowadays, that it's hard to
justify choosing RAID 5 for more yield at the cost of performance and
reliability.

Craig


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

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

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Joseph L. Casale]

>I think SATA hard drives are so cheap nowadays, that it's hard to justify 
>choosing
>RAID 5 for more yield at the cost of performance and reliability.

Another point to consider with slower sata discs that are also large is the 
prolonged
rebuild time and degraded redundancy during this rebuild, especially with r5 vs 
r6.

Additionally I can confirm as I also have several lsi cards and all perform 
like hell in r5/6
even with bbu.

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

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Drew]

> Additionally I can confirm as I also have several lsi cards and all perform 
> like hell in r5/6
> even with bbu.

Is that the "fast as hell" or "slow as hell" kind?

I ask because I have a couple of IBM M5015 (rebranded LSI 9260-8i)
controllers that I run in RAID-10 and as I'm somewhat on a budget for
disks (coming home with $1200 worth of 15k SAS drives will get me
shot) I'd rather run a RAID-5/6 array if the performance degradation
is minimal. And yes, mine do have the BBU. ;-)

Not that the performance of an 8x80GB SATA-300 array is much to write
home about in the first place, but for my purposes it works fine.


-- 
Drew

"Nothing in life is to be feared. It is only to be understood."
--Marie Curie
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Craig White]

On Fri, 2011-09-02 at 21:14 -0700, Drew wrote:
> > Additionally I can confirm as I also have several lsi cards and all perform 
> > like hell in r5/6
> > even with bbu.
> 
> Is that the "fast as hell" or "slow as hell" kind?
> 
> I ask because I have a couple of IBM M5015 (rebranded LSI 9260-8i)
> controllers that I run in RAID-10 and as I'm somewhat on a budget for
> disks (coming home with $1200 worth of 15k SAS drives will get me
> shot) I'd rather run a RAID-5/6 array if the performance degradation
> is minimal. And yes, mine do have the BBU. ;-)
> 
> Not that the performance of an 8x80GB SATA-300 array is much to write
> home about in the first place, but for my purposes it works fine.

I don't know how either of us could have made our opinions any more
clear...

Don't use the 3ware/LSI SATA RAID controllers in RAID 5 or RAID 6 mode
if performance and reliability are of concern. I only use hardware RAID
because performance and reliability are my concern. I am told that the
Areca cards are much better on RAID 5/6 but I have no first hand
experience with them. While you may get better performance with
write-back caching (don't enable without a BBU), the improvement is
incremental. Stick with RAID 10.

Craig


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

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

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Joseph L. Casale]

>Is that the "fast as hell" or "slow as hell" kind?

Slow.

>I ask because I have a couple of IBM M5015 (rebranded LSI 9260-8i) controllers 
>that
>I run in RAID-10 and as I'm somewhat on a budget for disks (coming home with 
>$1200
>worth of 15k SAS drives will get me shot) I'd rather run a RAID-5/6 array if 
>the performance
>degradation is minimal. And yes, mine do have the BBU. ;-)
>
>Not that the performance of an 8x80GB SATA-300 array is much to write home 
>about in the
>first place, but for my purposes it works fine.

For home, I doubt you would have an issue.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 and 3ware 9650SE series RAID Performance

[Drew]

> I don't know how either of us could have made our opinions any more
> clear...

Just curious dude. "perform like hell" could go either way.

> Don't use the 3ware/LSI SATA RAID controllers in RAID 5 or RAID 6 mode
> if performance and reliability are of concern. I only use hardware RAID
> because performance and reliability are my concern. I am told that the
> Areca cards are much better on RAID 5/6 but I have no first hand
> experience with them. While you may get better performance with
> write-back caching (don't enable without a BBU), the improvement is
> incremental. Stick with RAID 10.

Somebody at IBM must not have gotten the memo then as the
M5015/9260-8i is their top of the line on-board RAID controller. :-)

-- 
Drew

"Nothing in life is to be feared. It is only to be understood."
--Marie Curie
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS 6.0: iptables stacktrace with named chains > 28 chars

[Florian CROUZAT]

Hi,

I'm not sure where to ask this question, you, redhat or netfilter so I'll
ask you guys first, hoping you can redirect me where this post belongs.
I have an issue with my CentOS 6 box with named chains in iptables.
Apparently there is a builtin #define to limit chain names up to 30 chars,
but the test condition fails and iptables crashes with a stacktrace.

# cat /etc/redhat-release
CentOS Linux release 6.0 (Final)

# rpm -qa | fgrep iptables
iptables-ipv6-1.4.7-3.el6.x86_64
iptables-1.4.7-3.el6.x86_64

Use cases prove that you can create chains with names up to =30 chars but
you can only reference <=28 chars named chains.
Trying to reference a 29 or 30 chars named chains will crash iptables.

=

Use cases with 28,29,30 and 31 chars long named chains:

# iptables -N $(for((i=0;i<28;i++));do printf "%s" "a";done) && echo ok ||
echo ko
ok

# iptables -N $(for((i=0;i<29;i++));do printf "%s" "b";done) && echo ok ||
echo ko
ok

# iptables -N $(for((i=0;i<30;i++));do printf "%s" "c";done) && echo ok ||
echo ko
ok

iptables -N $(for((i=0;i<31;i++));do printf "%s" "d";done) && echo ok ||
echo ko
iptables v1.4.7: chain name `ddd' too long (must
be under 30 chars)
Try `iptables -h' or 'iptables --help' for more information.
ko

# iptables -I INPUT -j  && echo ok || echo ko
ok

# iptables -I INPUT -j b && echo ok || echo ko

ko

# iptables -I INPUT -j cc && echo ok || echo ko

ko

I can attach strace output or the stacktrace if required.
Any infos where to report this issue much appreciated.

Florian.








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

[CentOS] CentOS 6.0 CR mdadm-3.2.2 breaks Intel BIOS RAID

[Trey Dockendorf]

I just upgraded my home KVM server to CentOS 6.0 CR to make use of the
latest libvirt and now my RAID array with my VM storage is missing.  It
seems that the upgrade to mdadm-3.2.2 is the culprit.

This is the output from mdadm when scanning that array,

# mdadm --detail --scan
ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
mdadm(IMSM): Unsupported attributes : 4000
mdadm: IMSM metadata loading not allowed due to attributes incompatibility.
mdadm(IMSM): Unsupported attributes : 4000
mdadm: IMSM metadata loading not allowed due to attributes incompatibility.
ARRAY /dev/md127 container=/dev/md0 member=0
UUID=734f79cf:22200a5a:73be2b52:3388006b

The error about IMSM shows up on google as something that happened to Fedora
users during a FC14->FC15 upgrade.

The server itself isn't old, it's a Supermicro 2U with Dual Xeon 5400 family
of CPU.  There are two RAIDs on this one controller...a RAID1 which still
functions and a RAID5 which is the one that is unable to be seen.  I don't
know what IMSM is for, but the only thing strange about that array is it is
2.7TB so the BIOS configured it as two separate arrays, one as 2TB and one
as 700GB, but it was showing up to CentOS as a single volume.

I downgraded to 3.2.1 , ran mdadm again and bam...it works,

# mdadm --detail --scan
ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
ARRAY /dev/md127 container=/dev/md0 member=0
UUID=691f975d:6beecfd8:67b39886:b7ee7f6e

Hopefully this can be fixed before this version makes it to 6.1, though it's
likely a problem for upstream RHEL as well.

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

[CentOS] CentOS 6.0: panic installing i386 on old Acer Desktop

[William L. Maltby]

Well, after much trial and tribulation I got to the point I could nfs
mount the CentOS 6.0 i386 iso image and try an install.

So I stuck in the net install CD (latest from CentOS), mounted the nfs
iso image and gave it several shots.

It goes swimmingly until I click "write disks".

Then there's a kernel panic. This with both the graphic and text mode
installs.

As mentioned, I've not yet researched/figured how I might capture this
from my KVM. I've got some 5.x and 6.0 (with cr updates) and windows
units available on my homegroannetwork LAN if there's a way to do it
over a network.

I've got some old serial cables (and various null modem ones and/or
adapters) and Wyse-60 terminals but I don't even know yet if I can boot
this with output to a serial port.

I'll be checking that.

If someone has figured out how to capture the output in my situation
during initial system install, I'm all "ears".

The system still boots the old CentOS 4.8 (first boots in around a ...
year(?)) and I did dmidecode and a couple other short commnds that I
hope is enough for someone to offer further direction or suggestions.

Apologies for the size but it's been so long since I did any low-level
stuff I was afraid I'd snip something important.

I tried, based on *old* memories, adding kernel arguments of noapic and
nolapic (IIRC). Still no joy.

TIA for any thoughts,
Bill

Dmidecode output:
# dmidecode 2.9
SMBIOS 2.3 present.
39 structures occupying 1094 bytes.
Table at 0x000F0800.

Handle 0x, DMI type 0, 20 bytes
BIOS Information
Vendor: Phoenix/Award Technologies, LTD
Version: 6.00 PG
Release Date: 11/04/2004
Address: 0xE
Runtime Size: 128 kB
ROM Size: 256 kB
Characteristics:
ISA is supported
PCI is supported
PNP is supported
APM is supported
BIOS is upgradeable
BIOS shadowing is allowed
ESCD support is available
Boot from CD is supported
Selectable boot is supported
BIOS ROM is socketed
EDD is supported
5.25"/360 KB floppy services are supported (int 13h)
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 KB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
AGP is supported
LS-120 boot is supported
ATAPI Zip drive boot is supported

Handle 0x0001, DMI type 1, 25 bytes
System Information
Manufacturer: VIA Technologies, Inc.
Product Name: KT400-8235
Version:  
Serial Number: 12
UUID: ----0001
Wake-up Type: Power Switch

Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
Manufacturer: AOpen
Product Name: AK77-8XN
Version: 918A710301
Serial Number: I0500031JE13

Handle 0x0003, DMI type 3, 17 bytes
Chassis Information
Manufacturer:  
Type: Desktop
Lock: Not Present
Version:  
Serial Number:  
Asset Tag:  
Boot-up State: Safe
Power Supply State: Safe
Thermal State: Safe
Security Status: None
OEM Information: 0x

Handle 0x0004, DMI type 4, 35 bytes
Processor Information
Socket Designation: Socket A
Type: Central Processor
Family: Duron
Manufacturer: AMD
ID: 81 06 00 00 FF F9 83 03
Signature: Family 6, Model 8, Stepping 1
Flags:
FPU (Floating-point unit on-chip)
VME (Virtual mode extension)
DE (Debugging extension)
PSE (Page size extension)
TSC (Time stamp counter)
MSR (Model specific registers)
PAE (Physical address extension)
MCE (Machine check exception)
CX8 (CMPXCHG8 instruction supported)
SEP (Fast system call)
MTRR (Memory type range registers)
PGE (Page global enable)
MCA (Machine check architecture)
CMOV (Conditional move instruction supported)
PAT (Page attribute table)
PSE-36 (36-bit page size extension)
MMX (MMX technology supported)
FXSR (Fast floating-point save and restore)
SSE (Streaming SIMD extensions)
Version: AMD Athlon(tm) XP
Voltage: 1.6 V
External Clock: 133 MHz

Re: [CentOS] CentOS 6.0: iptables stacktrace with named chains > 28 chars

[Florian Crouzat]

Florian CROUZAT wrote on 2011-09-28:

> Hi,
>
> I'm not sure where to ask this question, you, redhat or netfilter so
> I'll ask you guys first, hoping you can redirect me where this post
> belongs. I have an issue with my CentOS 6 box with named chains in
> iptables. Apparently there is a builtin #define to limit chain names up
> to 30 chars, but the test condition fails and iptables crashes with a
> stacktrace.
>
> # cat /etc/redhat-release
> CentOS Linux release 6.0 (Final)
>
> # rpm -qa | fgrep iptables
> iptables-ipv6-1.4.7-3.el6.x86_64
> iptables-1.4.7-3.el6.x86_64
>
> Use cases prove that you can create chains with names up to =30 chars
> but you can only reference <=28 chars named chains. Trying to reference
> a 29 or 30 chars named chains will crash iptables.
>
> =
>
> Use cases with 28,29,30 and 31 chars long named chains:
>
> # iptables -N $(for((i=0;i<28;i++));do printf "%s" "a";done) && echo ok
> || echo ko ok
>
> # iptables -N $(for((i=0;i<29;i++));do printf "%s" "b";done) && echo ok
> || echo ko ok
>
> # iptables -N $(for((i=0;i<30;i++));do printf "%s" "c";done) && echo ok
> || echo ko ok
>
> iptables -N $(for((i=0;i<31;i++));do printf "%s" "d";done) && echo ok ||
> echo ko iptables v1.4.7: chain name `ddd'
> too long (must be under 30 chars) Try `iptables -h' or 'iptables --help'
> for more information. ko
>
> # iptables -I INPUT -j  && echo ok || echo
> ko ok
>
> # iptables -I INPUT -j b && echo ok || echo
> ko  ko
>
> # iptables -I INPUT -j cc && echo ok ||
> echo ko
> 
> ko
>
> I can attach strace output or the stacktrace if required.
> Any infos where to report this issue much appreciated.
>
> Florian.
> http://lists.centos.org/mailman/listinfo/centos

This bug is not reproducible on CentOS release 5.6 (Final).

Florian





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

Re: [CentOS] CentOS 6.0 CR mdadm-3.2.2 breaks Intel BIOS RAID

[Steve Brooks]

On Sat, 8 Oct 2011, Trey Dockendorf wrote:

> I just upgraded my home KVM server to CentOS 6.0 CR to make use of the
> latest libvirt and now my RAID array with my VM storage is missing.  It
> seems that the upgrade to mdadm-3.2.2 is the culprit.
>
> This is the output from mdadm when scanning that array,
>
> # mdadm --detail --scan
> ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
> ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
> mdadm(IMSM): Unsupported attributes : 4000
> mdadm: IMSM metadata loading not allowed due to attributes incompatibility.
> mdadm(IMSM): Unsupported attributes : 4000
> mdadm: IMSM metadata loading not allowed due to attributes incompatibility.
> ARRAY /dev/md127 container=/dev/md0 member=0
> UUID=734f79cf:22200a5a:73be2b52:3388006b
>
> The error about IMSM shows up on google as something that happened to Fedora
> users during a FC14->FC15 upgrade.
>
> The server itself isn't old, it's a Supermicro 2U with Dual Xeon 5400 family
> of CPU.  There are two RAIDs on this one controller...a RAID1 which still
> functions and a RAID5 which is the one that is unable to be seen.  I don't
> know what IMSM is for, but the only thing strange about that array is it is
> 2.7TB so the BIOS configured it as two separate arrays, one as 2TB and one
> as 700GB, but it was showing up to CentOS as a single volume.
>
> I downgraded to 3.2.1 , ran mdadm again and bam...it works,
>
> # mdadm --detail --scan
> ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
> ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
> ARRAY /dev/md127 container=/dev/md0 member=0
> UUID=691f975d:6beecfd8:67b39886:b7ee7f6e
>
> Hopefully this can be fixed before this version makes it to 6.1, though it's
> likely a problem for upstream RHEL as well.
>
> - Trey
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos



Hmm I recall seeing something like this on an "sl6" box. I think it needed 
a "/etc/mdadm.conf" with som metadata id code.. I am pretty sure I fixed 
it with

mdadm --detail --scan >> /etc/mdadm.conf

and a reboot.

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

Re: [CentOS] CentOS 6.0 CR mdadm-3.2.2 breaks Intel BIOS RAID

[Trey Dockendorf]

On Sat, Oct 8, 2011 at 2:04 PM, Steve Brooks wrote:

> On Sat, 8 Oct 2011, Trey Dockendorf wrote:
>
> > I just upgraded my home KVM server to CentOS 6.0 CR to make use of the
> > latest libvirt and now my RAID array with my VM storage is missing.  It
> > seems that the upgrade to mdadm-3.2.2 is the culprit.
> >
> > This is the output from mdadm when scanning that array,
> >
> > # mdadm --detail --scan
> > ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
> > ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
> > mdadm(IMSM): Unsupported attributes : 4000
> > mdadm: IMSM metadata loading not allowed due to attributes
> incompatibility.
> > mdadm(IMSM): Unsupported attributes : 4000
> > mdadm: IMSM metadata loading not allowed due to attributes
> incompatibility.
> > ARRAY /dev/md127 container=/dev/md0 member=0
> > UUID=734f79cf:22200a5a:73be2b52:3388006b
> >
> > The error about IMSM shows up on google as something that happened to
> Fedora
> > users during a FC14->FC15 upgrade.
> >
> > The server itself isn't old, it's a Supermicro 2U with Dual Xeon 5400
> family
> > of CPU.  There are two RAIDs on this one controller...a RAID1 which still
> > functions and a RAID5 which is the one that is unable to be seen.  I
> don't
> > know what IMSM is for, but the only thing strange about that array is it
> is
> > 2.7TB so the BIOS configured it as two separate arrays, one as 2TB and
> one
> > as 700GB, but it was showing up to CentOS as a single volume.
> >
> > I downgraded to 3.2.1 , ran mdadm again and bam...it works,
> >
> > # mdadm --detail --scan
> > ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
> > ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
> > ARRAY /dev/md127 container=/dev/md0 member=0
> > UUID=691f975d:6beecfd8:67b39886:b7ee7f6e
> >
> > Hopefully this can be fixed before this version makes it to 6.1, though
> it's
> > likely a problem for upstream RHEL as well.
> >
> > - Trey
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > http://lists.centos.org/mailman/listinfo/centos
>
>
>
> Hmm I recall seeing something like this on an "sl6" box. I think it needed
> a "/etc/mdadm.conf" with som metadata id code.. I am pretty sure I fixed
> it with
>
> mdadm --detail --scan >> /etc/mdadm.conf
>
> and a reboot.
>
> Steve
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

That's the problem, mdadm --detail --scan throws errors.  After updating to
mdadm-3.2.2 , and rebooting, the entry /dev/md126 was removed, likely
because when I run it and don't pipe the output, it shows this...

# mdadm --detail --scan
ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
mdadm(IMSM): Unsupported attributes : 4000
mdadm: IMSM metadata loading not allowed due to attributes incompatibility.
mdadm(IMSM): Unsupported attributes : 4000
mdadm: IMSM metadata loading not allowed due to attributes incompatibility.
ARRAY /dev/md127 container=/dev/md0 member=0
UUID=734f79cf:22200a5a:73be2b52:3388006b
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 CR mdadm-3.2.2 breaks Intel BIOS RAID

[Ljubomir Ljubojevic]

Vreme: 10/08/2011 09:14 PM, Trey Dockendorf piše:
> That's the problem, mdadm --detail --scan throws errors.  After updating to
> mdadm-3.2.2 , and rebooting, the entry /dev/md126 was removed, likely
> because when I run it and don't pipe the output, it shows this...

Have you tried "yum downgrade mdadm" ? and rebooting?
-- 

Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

Google is the Mother, Google is the Father, and traceroute is your
trusty Spiderman...
StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 6.0 CR mdadm-3.2.2 breaks Intel BIOS RAID

[William Warren]

On 10/8/2011 3:14 PM, Trey Dockendorf wrote:
> On Sat, Oct 8, 2011 at 2:04 PM, Steve Brookswrote:
>
>> On Sat, 8 Oct 2011, Trey Dockendorf wrote:
>>
>>> I just upgraded my home KVM server to CentOS 6.0 CR to make use of the
>>> latest libvirt and now my RAID array with my VM storage is missing.  It
>>> seems that the upgrade to mdadm-3.2.2 is the culprit.
>>>
>>> This is the output from mdadm when scanning that array,
>>>
>>> # mdadm --detail --scan
>>> ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
>>> ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
>>> mdadm(IMSM): Unsupported attributes : 4000
>>> mdadm: IMSM metadata loading not allowed due to attributes
>> incompatibility.
>>> mdadm(IMSM): Unsupported attributes : 4000
>>> mdadm: IMSM metadata loading not allowed due to attributes
>> incompatibility.
>>> ARRAY /dev/md127 container=/dev/md0 member=0
>>> UUID=734f79cf:22200a5a:73be2b52:3388006b
>>>
>>> The error about IMSM shows up on google as something that happened to
>> Fedora
>>> users during a FC14->FC15 upgrade.
>>>
>>> The server itself isn't old, it's a Supermicro 2U with Dual Xeon 5400
>> family
>>> of CPU.  There are two RAIDs on this one controller...a RAID1 which still
>>> functions and a RAID5 which is the one that is unable to be seen.  I
>> don't
>>> know what IMSM is for, but the only thing strange about that array is it
>> is
>>> 2.7TB so the BIOS configured it as two separate arrays, one as 2TB and
>> one
>>> as 700GB, but it was showing up to CentOS as a single volume.
>>>
>>> I downgraded to 3.2.1 , ran mdadm again and bam...it works,
>>>
>>> # mdadm --detail --scan
>>> ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
>>> ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
>>> ARRAY /dev/md127 container=/dev/md0 member=0
>>> UUID=691f975d:6beecfd8:67b39886:b7ee7f6e
>>>
>>> Hopefully this can be fixed before this version makes it to 6.1, though
>> it's
>>> likely a problem for upstream RHEL as well.
>>>
>>> - Trey
>>> ___
>>> CentOS mailing list
>>> CentOS@centos.org
>>> http://lists.centos.org/mailman/listinfo/centos
>>
>>
>> Hmm I recall seeing something like this on an "sl6" box. I think it needed
>> a "/etc/mdadm.conf" with som metadata id code.. I am pretty sure I fixed
>> it with
>>
>> mdadm --detail --scan>>  /etc/mdadm.conf
>>
>> and a reboot.
>>
>> Steve
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>>
> That's the problem, mdadm --detail --scan throws errors.  After updating to
> mdadm-3.2.2 , and rebooting, the entry /dev/md126 was removed, likely
> because when I run it and don't pipe the output, it shows this...
>
> # mdadm --detail --scan
> ARRAY /dev/md0 metadata=imsm UUID=734f79cf:22200a5a:73be2b52:3388006b
> ARRAY /dev/md126 metadata=imsm UUID=3d135942:f0fad0b0:33255f78:29c3f50a
> mdadm(IMSM): Unsupported attributes : 4000
> mdadm: IMSM metadata loading not allowed due to attributes incompatibility.
> mdadm(IMSM): Unsupported attributes : 4000
> mdadm: IMSM metadata loading not allowed due to attributes incompatibility.
> ARRAY /dev/md127 container=/dev/md0 member=0
> UUID=734f79cf:22200a5a:73be2b52:3388006b
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
why bother with bios FAKERAID using PIO mode(effectively).  Make a 
backup and redo using MD raid and turn off the bios raid. Then things 
will work correctly.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos