Already a member?
Sign in
OpenManage Suggestions for Improvements
This area is a collection point for any ideas you have on OpenManage product improvement. All of the OpenManage product marketing and product development teams have access to this area. Thanks for taking the time to submit your ideas.
Please start a new thread for each suggestion you have for improvement. Post each suggestion as a "new thread", don't post your new suggestion as a "reply" to an existing thread, create a new one.
You can also "vote" for the ideas by using the "Do you find this valuable?" buttons.
Please start a new thread for each suggestion you have for improvement. Post each suggestion as a "new thread", don't post your new suggestion as a "reply" to an existing thread, create a new one.
You can also "vote" for the ideas by using the "Do you find this valuable?" buttons.
scott_hanson |
Latest page update: made by scott_hanson
, May 15 2008, 11:37 AM EDT
(about this update
About This Update
added the Vote concept
- scott_hanson
16 words added view changes - complete history) |
|
Keyword tags:
Openmanage customer feedback
More Info: links to this page
|
(Showing the last 5 of 14 - view all)
| Started By | Thread Subject | Replies | Last Post | |
|---|---|---|---|---|
| divot2001 | IT Assistant/DRAC - Consistent index numbers for DRAC users | 1 | Nov 6 2008, 1:49 PM EST by scott_hanson | |
 |
Thread started: Nov 4 2008, 6:12 AM EST
Watch
In order to manage DRAC passwords I've relied on running a number of racadm commands to remotely update the root password periodically. This process was fairly reliable up until the release of the DRAC 5 when the root user was moved from index 1 to index 2. Since this caused me to have to perform a version check on every DRAC password change I decided to eventually create another user in index 2 on all older DRACs to keep the process working. While this was a bit of a chore I discovered a second problem that illustrates why keeping the user index table consistent is important.
Since IT Assistant has the ability to execute omreport/omconfig commands against Discovered Systems and any DRACs they may contain I attempted to move the entire process to IT Assistant. With my servers split into DRAC5 and not-DRAC5 groups I ran the following command through IT Assistant to update the root password and was astonished to find that the omconfig command cannot access user 1 on a DRAC 3 or a DRAC 4. omconfig chassis remoteaccess config=user id=1 newpw=notcalvin confirmnewpw=notcalvin The same problem occurred when running omconfig commands directly against a server with DRAC 3 or DRAC 4 cards and a recent version of OpenManage Server Administrator. Since it worked fine on the DRAC 5 group, it seems like the problem with the omconfig command was due to this completely unnecessary change to the DRAC user properties. Keeping the basic properties as consistent as possible would be advantageous for managing Dell servers as well simplify how we use tools like IT Assistant. The DRAC has long been a reason I buy Dell servers and as new models are released please keep in mind that changes like this can cause major headaches while being easily avoided.
1
out of
1 found this valuable.
Do you?
Keyword tags:
drac
omconfig
Openmanage customer feedback
racadm
|
|||
| Stooartbaby | Multiple password changes | 6 | Jul 20 2008, 11:23 PM EDT by Stooartbaby | |
 |
Thread started: Jun 15 2008, 7:18 PM EDT
Watch
Hi There,
It would be great if we could select multiple DRACs, right click and have "Change password" as an option... failing this... any option which makes it easier to change DRAC passwords on multiple devices.... the idea here is to make it easier to comply with security policies (frequent change of passwords… every 3 months in our case) Thanks, Stuart.
Do you find this valuable?
Keyword tags:
Openmanage customer feedback
|
|||
| tvieson | Move OpenManage out of Java | 2 | Jul 1 2008, 10:50 PM EDT by jeremydallas | |
|
Thread started: Jun 10 2008, 9:33 AM EDT
Watch
I'm not sure if this is a possibility, but running this in Java makes it nearly impossible to use sometimes. Depending on the number of systems or what I'm doing the website will stop responding and I have to reload the page / clear java cache / delete browser cache. So many monitoring tools have moved away from Java for these reasons.
4
out of
4 found this valuable.
Do you?
Keyword tags:
Openmanage customer feedback
|
||||
| scott_hanson | Blade CMC session timeout too short | 1 | Jun 27 2008, 5:58 PM EDT by Avitar | |
|
|
Thread started: Jun 26 2008, 11:48 AM EDT
Watch
Make it longer.
2
out of
2 found this valuable.
Do you?
Keyword tags:
Openmanage customer feedback
|
|||
| scott_hanson | Blade iDRAC remote control session always starts maximized | 0 | Jun 26 2008, 11:48 AM EDT by scott_hanson | |
|
|
Thread started: Jun 26 2008, 11:48 AM EDT
Watch
I was in a briefing and the customer mentioned this as a pain. I am now feeling the pain too ! -- when you start an iDRAC remote console session and resize the window, then exit and come back, it goes back to maximized. This takes up the ENTIRE screen. I have a monitor with 1680x1050 and I don't need that to see the 640x480 server screen.
Do you find this valuable?
Keyword tags:
Openmanage customer feedback
|
|||
(Showing the last 5 of 14 - view all)
