Mailfloodwarnung. Gestern ist mir eine neue MaxDB Version in den Hände gefallen. Nach der Installation von 7.6.00.12 funktionierte die Zusammenarbeit mit dem der Database Manager GUI nicht mehr korrekt. Die DBMGUI beschwerte sich beim Versuch eine neue Datenbankinstanz anzulegen über Authentifizierungsprobleme. MaxDB 7.6.00.16 lief unter Suse 9.3 unter VMware. Wie üblich spielte ich auf der VMware mit root/root, das Thema Rechte war also kein kritisches. Naja, gut, manchmal mache ich seltsame Dinge: rm -rf. Aber diesmal, was war los mit Suse 9.3 [ RH 4] und MaxDB 7.6.00.16?

7.6.00.16, -24875 DBMSrv ERR_NEEDADMI , PAM

Wer brav das gesamte MaxDB Handbuch gelesen hat oder diesen Blogeintrag beachtet hat, der weiß das der DBM Server ein Logfile schreibt. Das liegt meist unter /var/opt/sdb/data/wrk/dbmsrv_[hostname].prt. Und in dem Log fand sich auf einmal ein PAM/libpam Fehler.

2005-11-03 10:35:42 0x00006870 INF        283 DBMSrv   command user_system
2005-11-03 10:35:42 0x00006870 ERR     -24875 DBMSrv   ERR_NEEDADMI: The operating system user is not a member of the database administrators group
                    0x00006870 ERR     -24994 DBMSrv   ERR_RTE: Runtime environment error
                    0x00006870 ERR     -24778 DBMSrv   8,PAM module not available
                    0x00006870 ERR     -24778 DBMSrv   20046,Loading DLL libpam failed dlopen failed:libpam.so: cannot open shared object file: No such file or directory

Hierfür gibt es eine Lösung: http://www.sapdb.org/webpts?wptsdetail=yes&ErrorType=1&ErrorID=1137747. Die Lösung ist im Problem Tracking System (PTS) beschrieben, dessen Webinterface sich noch unter sapdb.org befindet. Entweder man kümmert sich um die korrekte Funktionsweise von PAM oder man deaktiviert den neuerlichen Versuch von MaxDB PAM zu verwenden. Die Deaktivierung ist im WebPTS beschrieben. Mein Kollege, der es liebt in Manualseiten zu wühlen und langweilige Configdateien zu optimieren, empfiehlt: < code>man 7 pam. Weiterhin liefert er einen Vorschlag noch so eine häßliche Configdatei.

… [the WebPTS] suggests adding the following line to /etc/opt/sdb:

#%PAM-1.0
#
auth required pam_unix.so nullok
account required pam_unix.so
password required pam_unix.so nullok
session required pam_unix.so

Gut, daß ich morgen in der Berufsschule bin. Das bedeutet, ich habe frei.

Nachtrag vom 07.11.2005, MaxDB 7.6.00.18

Für die übernächste Version 7.6.00.18 ist eine andere Standardeinstellung in Aussicht gestellt. Mit der neuen Einstellung sollte es keine Probleme mehr geben.