[Linux-PowerEdge] OMSA Web Interface Login problem

H. Haven Liu haoyangliu at ucla.edu
Wed Jul 24 16:44:58 CDT 2013


Ray,

I tried stop OMSA, ipmi, and haldaemon, and restart haldaemon, OMSA, but that didn't solve the problem. I should note that srvadmin-service.sh status showed that everything is running, before and after restarting the services:

# /opt/dell/srvadmin/sbin/srvadmin-services.sh status
dell_rbu (module) is running
ipmi driver is running
dsm_sa_datamgrd (pid 12399 12342) is running
dsm_sa_eventmgrd (pid 12450) is running
dsm_sa_snmpd (pid 12509) is running
dsm_om_shrsvcd (pid 12583) is running...
dsm_om_connsvcd (pid  12608) is running...

The output of ipcs -s is as follows, but I'm not sure how to interpret it:

# ipcs -s

------ Semaphore Arrays --------
key        semid      owner      perms      nsems     
0x00000000 0          root       600        1         
0x00000000 32769      root       600        1         
0x00000000 10780674   root       600        1         
0x00000000 10813443   root       600        1         
0x00000000 11075588   root       600        1         
0x00000000 11042821   root       600        1         
0x00000000 10911750   root       600        1         
0x00000000 10944519   root       600        1         
0x00000000 10977288   root       600        1         
0x00000000 11010057   root       600        1         
0x00000000 11108362   root       600        1         
0x00000000 11141131   root       600        1         
0x00000000 11173900   root       600        1         
0x00000000 11206669   root       600        1         
0x00000000 11239438   root       600        1         
0x00000000 11272207   root       600        1         
0x00000000 11304976   root       600        1         
0x00000000 11337745   root       600        1         
0x00000000 11403282   root       600        1         
0x00000000 11436051   root       600        1         
0x00000000 11468820   root       600        1         
0x00000000 11501589   root       600        1         
0x00000000 11534358   root       600        1         
0x00000000 11567127   root       600        1         
0x00000000 11599896   root       600        1         
0x00000000 11632665   root       600        1         
0x00000000 11665434   root       600        1         
0x00000000 11698203   root       600        1         
0x00000000 11730972   root       666        1         
0x00000000 11763741   root       600        1         
0x00000000 11796510   root       600        1         
0x00000000 9568287    apache     600        1         
0x00000000 9601056    apache     600        1         
0x00000000 9633825    apache     600        1  

Haven

On Jul 24, 2013, at 11:31 AM, Ray Robert <ray.robert at rentrakmail.com> wrote:

> Have you checked semaphore usage (ipcs -s)?
> 
> In situations like this we've found it useful to shut down the OMSA services using /opt/dell/srvadmin/sbin/srvadmin-services.sh stop.  Then stop the haldaemon and ipmi services.  Confirm that there are no instances of haldaemon running; no ipmi module loaded; and confirm OMSA status by running srvadmin-services.sh status.  Confirm that there are no dsm* processes running.  
> 
> Restart the haldaemon service, then srvadmin-services.sh start.  srvadmin-services.sh status should show all OMSA services running.
> 
> Ray Robert | Senior Administrator
> 503.284.7581 ext 242 | ray.robert at rentrak.com
> RENTRAK | www.rentrak.com | NASDAQ: RENT
> 
> Notice: This message is confidential and is intended only for the recipient(s) named above. If you have received this message in error, or are not the named recipient(s), please immediately notify the sender and delete this message.
> 
> 
> On Wed, Jul 24, 2013 at 10:29 AM, H. Haven Liu <haoyangliu at ucla.edu> wrote:
> Hello,
> 
> Just to clarify, our problems occurred on two servers that we had fresh installs of CentOS 6.4 and OMSA 7.3 on Monday. Servers that we did fresh install of CentOS and OMSA early last week were not affected by this issue, even after those systems were "yum update"-ed. All of our servers (problematic or not) have always used the dell repository.
> 
> In our case, we don't even get the "Login failed..." error message, it's as if we just refreshed the login page.
> 
> Haven
> On Jul 24, 2013, at 5:17 AM, Thomas Speck <Thomas.Speck at smarthouse.de> wrote:
> 
> > Hi all
> >
> > We have a similar problem on an Ubuntu 10.04 LTS system. We have installed everything as on several other servers, but in this case, no login is possible.
> >
> > The omarolemap in /opt/dell/srvadmin/etc is edited to include a existing using and has the correct permissions, the dms_om_connsvc is up and running (and has been restarted several times, as well as a restart of the server), but when trying to login we only get "Login failed").
> >
> > The main difference is, that on that server we had previously installed the OMSA from http://ftp.sara.nl/pub/sara-omsa and changed to the repository version, whereas the working systems were always first installs of OMSA.
> >
> > Does anyone have an idea, what may be the source of that problem?
> >
> > Kind regards, Thomas
> >
> >
> > -----Original Message-----
> > From: linux-poweredge-bounces at dell.com [mailto:linux-poweredge-bounces at dell.com] On Behalf Of linux-poweredge-request at dell.com
> > Sent: Dienstag, 23. Juli 2013 19:00
> > To: linux-poweredge at dell.com
> > Subject: Linux-PowerEdge Digest, Vol 110, Issue 36
> >
> > Send Linux-PowerEdge mailing list submissions to
> >       linux-poweredge at dell.com
> >
> > 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
> >       linux-poweredge-request at dell.com
> >
> > You can reach the person managing the list at
> >       linux-poweredge-owner at dell.com
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Linux-PowerEdge digest..."
> >
> >
> > Today's Topics:
> >
> >   1.  OMSA Web Interface Login problem (H. Haven Liu)
> >   2. Re:  poor disk IO - suggestions please? (Faris Raouf)
> >   3. Re:  poor disk IO - suggestions please? (David B.)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Mon, 22 Jul 2013 12:34:51 -0700
> > From: "H. Haven Liu" <haoyangliu at ucla.edu>
> > Subject: [Linux-PowerEdge] OMSA Web Interface Login problem
> > To: linux-poweredge at dell.com
> > Message-ID: <3BA2C960-0110-452E-B6B2-98DF9C4BCDFD at ucla.edu>
> > Content-Type: text/plain; charset=us-ascii
> >
> > Hello,
> >
> > I just reinstalled a NX3100 server with CentOS 6.4, and installed the srvadmin-all (v7.3). However, it appears that I am unable to login via the web interface.
> >
> > I used the URL <https://my.server.tld:1311>, which prompted me for my username and password. I entered root and the root password, and clicked on Submit. The page just refreshed, without any error message. There isn't anything logged in /etc/secure or /opt/dell/srvadmin/var/log/openmanage/omcmdlog.xml. Coincidentally, if I use some arbitrary password, same thing would happen.
> >
> > Any idea what might be happening?
> >
> > Thanks,
> >
> > Haven
> >
> >
> >
> > _______________________________________________
> > Linux-PowerEdge mailing list
> > Linux-PowerEdge at dell.com
> > https://lists.us.dell.com/mailman/listinfo/linux-poweredge
> 
> _______________________________________________
> Linux-PowerEdge mailing list
> Linux-PowerEdge at dell.com
> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
> 
> _______________________________________________
> Linux-PowerEdge mailing list
> Linux-PowerEdge at dell.com
> https://lists.us.dell.com/mailman/listinfo/linux-poweredge

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20130724/0ff580cf/attachment-0001.html 


More information about the Linux-PowerEdge mailing list