Hi,
We are a Channel product team within LSI and we are trying to add Cent OS 5.5 to our compatibility Matrix. We found out that LSI currently has a relationship with CentOS for another project on the Internal Storage division but not with the OS Certification team. We require some information on CentOS which will help us plan the deliverables. And considering the timelines we need to deliver at it will be great if someone from CentOS can help us out in this regard. If anybody else also can answer these in the mailing list, we would be grateful. The questions that we have are as follows:-
1) Cluster Support :
* Does CentOS 5.5 provides native cluster support ?
* Is there any cluster suite available for CentOS 5.5 ?
* Can we use the cluster suite in CentOS 4 for 5.5.
2) Does CentOS have any self Certification tool which allows OEMs/Vendors to qualify the OS and post it in their compatibility matrix?
One we start our qualification, we might need some help in resolving issues/defects on CentOS. Can we open a channel or Point of contact who will be able to help us out with such issues.
I would also request to forward this email to the right forum if the mailing list we are sending to is not the appropriate one.
Thanks and Regards. Kumar Ranjan LSI Technologies.
One we start our qualification, we might need some help in resolving issues/defects on CentOS. Can we open a channel or Point of contact who will be able to help us out with such issues.
I would also request to forward this email to the right forum if the mailing list we are sending to is not the appropriate one.
Presumably you have a contact at Redhat.
CentOS follows RHEL bug for bug.
Go talk to them and validate with them - if you qualify RHEL then CentOS will work by default (in general).
On 04/01/11 11:56, Kumar, Ranjan wrote:
Hi,
We are a Channel product team within LSI and we are trying to add Cent OS 5.5 to our compatibility Matrix. We found out that LSI currently has a relationship with CentOS for another project on the Internal Storage division but not with the OS Certification team. We require some information on CentOS which will help us plan the deliverables. And considering the timelines we need to deliver at it will be great if someone from CentOS can help us out in this regard. If anybody else also can answer these in the mailing list, we would be grateful. The questions that we have are as follows:-
1)Cluster Support :
·Does CentOS 5.5 provides native cluster support ?
·Is there any cluster suite available for CentOS 5.5 ?
·Can we use the cluster suite in CentOS 4 for 5.5.
2)Does CentOS have any self Certification tool which allows OEMs/Vendors to qualify the OS and post it in their compatibility matrix?
One we start our qualification, we might need some help in resolving issues/defects on CentOS. Can we open a channel or Point of contact who will be able to help us out with such issues.
I would also request to forward this email to the right forum if the mailing list we are sending to is not the appropriate one.
Thanks and Regards.
Kumar Ranjan
LSI Technologies.
Though I'm hijacking your thread and probably crossing some boundaries, however, since LSI is actively trying to enhance their products by testing compatibility with Linux distributions, I find this warranted:
Can we look forward to something better than "megacli" for administering LSI based RAID controllers? I, and many others, have to work with LSI equipment daily and they are cumbersome to manage with the only viable tool, megacli. This tool is a very poorly documented - well let's be honest - undocumented piece of software. Yes, there is MSM (MegaRAID Storage Manager) but that's on the opposite end: it's large, uses java, and can't be run on headless servers. Another main problem with the megacli tool is the erratic way you have to specify command-line arguments and it doesn't always match what's in the help. Plus some examples wouldn't hurt.
So, although LSI RAID controllers may be compatible with Linux in the sense that "they work", by being able to access the configured RAID arrays, being able to administer them in a better way might make a more convicing argument for compatibility with Linux and eventually make the decision process of choosing LSI products easier.
Thanks for listening,
Glenn