- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: SGLX11.19 not certified on RHEL4
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2009 07:43 AM
тАО05-12-2009 07:43 AM
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2009 07:55 AM
тАО05-12-2009 07:55 AM
Re: SGLX11.19 not certified on RHEL4
Could mean a few things.
1) HP is not done certifying the software on RHEL 4.
2) HP has no plans to certify the software on RHEL 5.
It is doubtful but not impossible that SGLX 11.19 will work on RHEL 4 if not certified.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2009 10:56 PM
тАО05-12-2009 10:56 PM
SolutionIt will not work with RHEL4. Some SW designed for a specific distro will work with others. That is not true with middleware like SGLX that has tighter ties to the OS.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2009 10:58 PM
тАО05-12-2009 10:58 PM
Re: SGLX11.19 not certified on RHEL4
Are they not the same thing really? Would you really consider running it on an unsupported OS even if you happened to find it did work?
SG 11.19 is unsupported on RHEL4. That should be enough. It therefore requires RHEL5 or SLES10.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-12-2009 11:25 PM
тАО05-12-2009 11:25 PM
Re: SGLX11.19 not certified on RHEL4
Another thing to add, perhaps if RHEL4 is not supported also it's because SG like redhat cluster suite work with persistent reservations? Do you confirm ServiceGuard for Linux?
http://sources.redhat.com/cluster/wiki/SCSI_FencingConfig
And you shoud have to use the sg3_utils package with the sg_persist command which for rhel4 is very old and have some bugs.
http://rhn.redhat.com/errata/RHEA-2007-0280.html
Finaly, if you want to use SGLX11.19, install it on RHEL5.0.
Regards
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-13-2009 05:19 AM
тАО05-13-2009 05:19 AM
Re: SGLX11.19 not certified on RHEL4
Because of specialized applications, customer is currently frozen at RHEL4. Failover time is an issue, so the improvements of 11.19 are attractive, at least. Looks like our best option right now is to give 11.18 a try and hopefully the failover will be fast enough.
Being armed with info re product plans and decision reasons is what I was looking for.