Opened 13 years ago

Last modified 11 years ago

#37 new setup

Can't login to web interface in Intrepid 64 bits.

Reported by: pakusland@… Owned by:
Priority: major Milestone:
Version: 5.5.0 Keywords:
Cc:

Description

Hiya,

I've installed dellomsa from sara repository in two Ubuntu 64 bits. I've followed the steps in order to use lib32 for PAM authentication.

On server is a hardy version and it works well. I can login to web interface. The other system in an intrepid version. I've followed the same steps but I can login.

These are the versions I'm using:

dellomsa 5.5.0-4
libpam-modules_1.0.1-4ubuntu5.3_i386.deb libselinux1_2.0.65-2_i386.deb
libsepol1_2.0.30-2_i386.deb

When I try to log in I can see this on my auth.log:

Mar 29 10:40:18 gridnet dsm_om_connsvc32d: PAM unable to dlopen(/lib/security/pam_unix.so): /lib/security/pam_unix.so: wrong ELF cla
ss: ELFCLASS64
Mar 29 10:40:18 gridnet dsm_om_connsvc32d: PAM adding faulty module: /lib/security/pam_unix.so
Mar 29 10:40:18 gridnet dsm_om_connsvc32d: PAM unable to dlopen(/lib/security/pam_ldap.so): /lib/security/pam_ldap.so: wrong ELF cla
ss: ELFCLASS64
Mar 29 10:40:18 gridnet dsm_om_connsvc32d: PAM adding faulty module: /lib/security/pam_ldap.so
Mar 29 10:40:18 gridnet dsm_om_connsvc32d: PAM unable to dlopen(/lib/security/pam_deny.so): /lib/security/pam_deny.so: wrong ELF cla
ss: ELFCLASS64
Mar 29 10:40:18 gridnet dsm_om_connsvc32d: PAM adding faulty module: /lib/security/pam_deny.so
Mar 29 10:40:18 gridnet dsm_om_connsvc32d: PAM unable to dlopen(/lib/security/pam_permit.so): /lib/security/pam_permit.so: wrong ELF
 class: ELFCLASS64
Mar 29 10:40:18 gridnet dsm_om_connsvc32d: PAM adding faulty module: /lib/security/pam_permit.so
Mar 29 10:40:18 gridnet dsm_om_connsvc32d: pam_unix(omauth:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=
user=root

I've edited /etc/pam.d/omauth to point to /lib32 and run ldconfig.

On Ubuntu Hardy 64 bits is working well, so I suppose it's a problem with PAM versions.

Change History (3)

comment:1 Changed 13 years ago by oxymoron

I have the same problem. changed paths in omauth but as you can see it uses /lib not the /lib32 path May be that omauth file is ignored ?

dsm_om_connsvc32d: PAM unable to dlopen(/lib/security/pam_unix.so): /lib/security/pam_unix.so: wrong ELF class: ELFCLASS64 ... ... ...

comment:2 Changed 13 years ago by imac@…

I also experienced this problem with the v6 packages running on Debian Lenny. From the auth.log output, I can confirm that the web UI is trying to use the modules referenced in the /etc/pam.d/common-session, as they do not appear in the omauth file.

My authentication passes despite this issue which clutters the logs as the module loads fail. I copied the referenced in omauth, but missing .so files from a Lenny-32bit host, and changed admin:admin in the /opt/dell/srvadmin/iws/config/iws.ini file. If I comment out omauth, I cannot login, so it appears that it is required with proper 32bit .so's to login correctly.

comment:3 Changed 11 years ago by picseltech

I was trying to get this to work on ubuntu 10.04LTS (lucid) and discovered from reading other posts related to virtual machines, that the dellomsa code can't decode passwords which are in sha512 format (the default in lucid), so you also need to do the following.

running in a sudo shell (sudo -s) Changed /etc/pam.d/common-password to use md5 ...

password	[success=1 default=ignore]	pam_unix.so obscure md5

Then changed the password of the user I wanted to login as {{{{ root@myserver# passwd myuser Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully }}}

WARNING !!
I think you will need to run the password for all your others users too, otherwise their passwords will still be in sha512 format and they won't be able to login any more.

I still get the warning messages in the auth.log file, but I can now login through the web interface (and onto the machine)

Note: See TracTickets for help on using tickets.