Skip to ContentSkip to Footer
Start of content
- Community Home
- >
- Servers and Operating Systems
- >
- ProLiant
- >
- ProLiant Servers (ML,DL,SL)
- >
- Licensing SCO 5.0.5 on ML350 Server
ProLiant Servers (ML,DL,SL)
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
-
- Forums
-
Blogs
- Alliances
- Around the Storage Block
- Behind the scenes @ Labs
- HPE Careers
- HPE Storage Tech Insiders
- Infrastructure Insights
- Inspiring Progress
- Internet of Things (IoT)
- My Learning Certification
- OEM Solutions
- Servers: The Right Compute
- Shifting to Software-Defined
- Telecom IQ
- Transforming IT
- Infrastructure Solutions German
- L’Avenir de l’IT
- IT e Trasformazione Digitale
- Enterprise Topics
- ИТ для нового стиля бизнеса
- Blogs
-
Quick Links
- Community
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Contact
- Email us
- Tell us what you think
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Enterprise.nxt
- Marketplace
- Aruba Airheads Community
-
Forums
-
Blogs
-
InformationEnglish
Topic Options
- 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
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
12-15-2004 01:35 AM
12-15-2004 01:35 AM
Licensing SCO 5.0.5 on ML350 Server
I need a clarification about changing the primary SCO OpenServer Enterprise License.
We usually integrate SCO with our proprietary VU-ACD MIS product on Compaq/HP servers.
We did two ML350 servers at the same time a few years ago. After dialing in to give support, I noticed that one had not been registered so I helped him register and now he is seeing warning messages about a duplicate license somewhere on their network.
We are just now finding that we put the same SCO OpenServer Enterprise [5.0.5] license on both servers but the customers didn't register them.
I checked with both customers and had them dig out all the support material we sent with each machine. Each has a unique authentic product ID card but sure enough we typed in the wrong license number on the other system.
Before I messed with this states 911 running system, I tested the process by trying to re-license one of our test systems using the following.
Using scoadmin license, I removed my original license then I added the Tulsa license. I did not specifically relink the kernel. It didn't suggest that I should.
I noticed there were all sorts of gripes in syslog.
I rebooted and didn't see anything bad.
I use brand -L and see the 911 license number my customer read to me from his sheet and the one I originally had is now gone.
All appears to be good but of course I did not register this license because I need to put mine back on.
Is this the proper technique? We have never had this happen to us before so we have no proven notes on it.
Any suggestions for a better, more trustworthy way?
We usually integrate SCO with our proprietary VU-ACD MIS product on Compaq/HP servers.
We did two ML350 servers at the same time a few years ago. After dialing in to give support, I noticed that one had not been registered so I helped him register and now he is seeing warning messages about a duplicate license somewhere on their network.
We are just now finding that we put the same SCO OpenServer Enterprise [5.0.5] license on both servers but the customers didn't register them.
I checked with both customers and had them dig out all the support material we sent with each machine. Each has a unique authentic product ID card but sure enough we typed in the wrong license number on the other system.
Before I messed with this states 911 running system, I tested the process by trying to re-license one of our test systems using the following.
Using scoadmin license, I removed my original license then I added the Tulsa license. I did not specifically relink the kernel. It didn't suggest that I should.
I noticed there were all sorts of gripes in syslog.
I rebooted and didn't see anything bad.
I use brand -L and see the 911 license number my customer read to me from his sheet and the one I originally had is now gone.
All appears to be good but of course I did not register this license because I need to put mine back on.
Is this the proper technique? We have never had this happen to us before so we have no proven notes on it.
Any suggestions for a better, more trustworthy way?
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
End of content
United States
Hewlett Packard Enterprise International
Communities
- Communities
- HPE Blogs and Forum
© Copyright 2019 Hewlett Packard Enterprise Development LP