Hi Steve,
Can you please send me entries (content) that you have added in the omarolemap
file?
Also, please check the below specific questions.
1. check the OMSA command logs for any omrolemap file related logs. You can see
the command logs by running the "omreport system cmdlog" command.
2. What are the omarolemap file permissions on your system? The expected file
permissions should be -rw-r-----
Thanks,
Chandrasekhar R
Dell | OpenManage
office +91 80 41178649
-----Original Message-----
From: linux-poweredge-bounces-Lists On Behalf Of linux-poweredge-request-Lists
Sent: Thursday, November 25, 2010 11:30 PM
To: linux-poweredge-Lists
Subject: Linux-PowerEdge Digest, Vol 77, Issue 38
Send Linux-PowerEdge mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Linux-PowerEdge digest..."
Today's Topics:
1. OMSA 6.3 issue (Steve Thompson)
2. PE sc420, corrupted video, need nomodeset, kernels after
2.6.33.3 (Robert Terzi)
3. osabmcutil9g i386 4.3-0 breaking yum update (Steve Jenkins)
----------------------------------------------------------------------
Message: 1
Date: Wed, 24 Nov 2010 14:09:28 -0500 (EST)
From: Steve Thompson <[email protected]>
Subject: OMSA 6.3 issue
To: [email protected]
Message-ID: <[email protected]>
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
Many PExxxx systems, 32 and 64 bit, running CentOS 5.5 and OMSA 6.1 and
6.3.
With OMSA 6.1, an entry such as this in the /etc/omarolemap file:
+omadmin * Administrator
works to give members of the omadmin group Administrator access (group
members come from LDAP). With OMSA 6.3, a similar entry in the
/opt/dell/srvadmin/etc/omarolemap file no longer has the same effect; it
appears to be ignored. This is not what the comments in this file claim.
Known issue?
Steve
----------------------------------------------------------------------------
Steve Thompson E-mail: smt AT vgersoft DOT com
Voyager Software LLC Web: http://www DOT vgersoft DOT com
39 Smugglers Path VSW Support: support AT vgersoft DOT com
Ithaca, NY 14850
"186,282 miles per second: it's not just a good idea, it's the law"
----------------------------------------------------------------------------
------------------------------
Message: 2
Date: Wed, 24 Nov 2010 14:54:01 -0500
From: Robert Terzi <[email protected]>
Subject: PE sc420, corrupted video, need nomodeset, kernels after
2.6.33.3
To: linux-poweredge <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
FYI,
I've started seeing corrupt, unusable video modes on a
Dell PowerEdge sc420 with recent kernels (after 2.6.33).
The hardware is the on-board intel E7221, which uses the i915
video driver. The work around is to append 'nomodeset' to
the kernel boot line. Also remove any vga=xxx parameters.
Fedora 13, (FC13), kernel 2.6.33.3 is OK,
Fedora 14, (FC14), kernel 2.6.35.45 needs nomodeset.
If you are booting Fedora 14 installer or Live CD, choose
the boot option with "Basic Video" since this will add
the nomodeset parameter as well as set xdriver=vesa.
I was not successful in booting the Mandriva 2010.1 installer
(kernel 2.6.33.7) at all. The Mandriva graphical boot has a
bug that always adds a set vga mode 'vga=xxx' which will cause
the video problems. Appending nomodeset after the vga= has
no effect so there is no way to boot the distributed install
media for Mandriva 2010.1.
Hope This Helps (someone else)
--Rob
lspci:
00:02.0 VGA compatible controller: Intel Corporation E7221 Integrated Graphics
Controller (rev 04)
------------------------------
Message: 3
Date: Wed, 24 Nov 2010 17:26:00 -0500
From: "Steve Jenkins" <[email protected]>
Subject: osabmcutil9g i386 4.3-0 breaking yum update
To: <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Just did a yum update on a PE1850 running CentOS 5.5.
It showed that it wanted to update (among other things) the following
from dell-omsa-indep:
osabmcutil9g i386 4.3-0
I said "yes." Download went fine, but on the install I got:
------------------
warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID
c4eb7218
dell-omsa-indep/gpgkey
| 1.5 kB 00:00
dell-omsa-indep/gpgkey
| 1.4 kB 00:00
Public key for osabmcutil9g-RHEL-4.3-0.i386.rpm is not installed
------------------
Then it just dumped me back in the shell. I went into the dell repo file
in /etc/yum.repos.d/ and turned both repos in there to "enabled=0" and
then re-ran yum to update the other stuff.
Any ideas why this is breaking all of a sudden?
Thanks,
SJ
------------------------------
_______________________________________________
Linux-PowerEdge mailing list
[email protected]
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq
End of Linux-PowerEdge Digest, Vol 77, Issue 38
***********************************************
_______________________________________________
Linux-PowerEdge mailing list
[email protected]
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq
