GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- HPE ProLiant
- >
- Server Management - Systems Insight Manager
- >
- Initial ProLiant Support Pack Install
Server Management - Systems Insight Manager
1845774
Members
3914
Online
110250
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
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
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-02-2004 03:06 AM
03-02-2004 03:06 AM
Initial ProLiant Support Pack Install
Initial ProLiant Support Pack Install -- CMS Windows version
1. Confirm that SSH has been installed correctly by running a remote process against CMS. MX errors will occur if not configure/installed correctly. Reinstall SSH and ensure you take the extra step required on Windows 2003 (contained in a separate document).
For example execute:
Tools-->Command Line Tools-->Windows-->Dir
Make sure you select the CMS server.
2. Confirm the Version Control Repository is running by going directly into the agents and selecting Version Control Repository Manager.
3. When creating the task either log into the CMS with the account that was use to install SIM or create the task then go back and edit the job. When creating the job you will not be presented with the option of "Owner of Task" under the Schedule option. Go back and Edit the job, under the scheduling section you will now see "Owner of Task". Change the owner to the account for which SIM was initially installed. Failure to do so will generate an MX error.
4. DO NOT SELECT RUN JOB NOW - It will fail. Schedule the job to run in the future (remember to use the CMS clock not you local PC).
Part of the task build process will copy from the repository into the "PSP Install" directory. If you examine the directory you will see one or more uniquely named directories. These are created each time "Install Software and Firmware" or "Initial ProLiant Support Pack Install" task is created. If you delete the task from CMS it will leave the directory and all its contents - thus wasting space..
On task execution:
installPSP.bat > Acmdxxxx.bat > runsetupc.bat
"installPSP.bat" will launch to create a "Acmdxxxxx.bat" (the Acmd would actually be unique Acmd12563.bat for example). "installPSP.bat" uses the root "temp" directory to build the Acmd batch file. Upon completion the final Acmd batch is stored in the SIM "data" directory. After "installPSP.bat" completes its process it will not delete any files it created in the Temp directory. Files in the Temp directory will waste space and leave the login name and password exposed (part of the task creation the user must provide; log in name, password, and domain).
Acmdxxxxx.bat will now run. It sets the MX variables then passes setupc variables to a batch called "runsetupc.bat". Upon completion of Acmd it will remain in the "data" directory even if you delete the task from CMS. The "Acmd" batch leaves the user login name and password exposed (contained within the batch file).
Note: If deploying across dissimilar domains use a local account residing on each server and set the domain to "localhost". If you leave the domain blank as part of the task creation process it will fail to actually to deploy.
1. Confirm that SSH has been installed correctly by running a remote process against CMS. MX errors will occur if not configure/installed correctly. Reinstall SSH and ensure you take the extra step required on Windows 2003 (contained in a separate document).
For example execute:
Tools-->Command Line Tools-->Windows-->Dir
Make sure you select the CMS server.
2. Confirm the Version Control Repository is running by going directly into the agents and selecting Version Control Repository Manager.
3. When creating the task either log into the CMS with the account that was use to install SIM or create the task then go back and edit the job. When creating the job you will not be presented with the option of "Owner of Task" under the Schedule option. Go back and Edit the job, under the scheduling section you will now see "Owner of Task". Change the owner to the account for which SIM was initially installed. Failure to do so will generate an MX error.
4. DO NOT SELECT RUN JOB NOW - It will fail. Schedule the job to run in the future (remember to use the CMS clock not you local PC).
Part of the task build process will copy from the repository into the "PSP Install" directory. If you examine the directory you will see one or more uniquely named directories. These are created each time "Install Software and Firmware" or "Initial ProLiant Support Pack Install" task is created. If you delete the task from CMS it will leave the directory and all its contents - thus wasting space..
On task execution:
installPSP.bat > Acmdxxxx.bat > runsetupc.bat
"installPSP.bat" will launch to create a "Acmdxxxxx.bat" (the Acmd would actually be unique Acmd12563.bat for example). "installPSP.bat" uses the root "temp" directory to build the Acmd batch file. Upon completion the final Acmd batch is stored in the SIM "data" directory. After "installPSP.bat" completes its process it will not delete any files it created in the Temp directory. Files in the Temp directory will waste space and leave the login name and password exposed (part of the task creation the user must provide; log in name, password, and domain).
Acmdxxxxx.bat will now run. It sets the MX variables then passes setupc variables to a batch called "runsetupc.bat". Upon completion of Acmd it will remain in the "data" directory even if you delete the task from CMS. The "Acmd" batch leaves the user login name and password exposed (contained within the batch file).
Note: If deploying across dissimilar domains use a local account residing on each server and set the domain to "localhost". If you leave the domain blank as part of the task creation process it will fail to actually to deploy.
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.
Company
Events and news
Customer resources
© Copyright 2026 Hewlett Packard Enterprise Development LP