Hi, to simulate the command "usermod -G sapdb sapdb" you can edit '/etc/group' and add the user 'sapdb' to the group 'sapdb'. Instead of
sapdb: you need sapdb: sapdb ... This looks strange and it is strange, but the reason is the coding in 7.5.00.05 uses only the group member list to verify the user is an administrator, which is empty in the first form. So even 'sapdb' is not a member of 'sapdb' group. Having a primary group does not automatically means you are in that group!!!! This seems not very logically, but slipped through since most unix do automatically add the user into its primary group... It will no longer necessary with 7.5.00.06 (current develop is 7.5.00.08) With that release the primary group id is checked in addition to the group member list. (see src/SAPDB/RunTime/RTE_UNIXAuthenticate.cpp for details. CU jrg > -----Original Message----- > From: Danny Tramnitzke [mailto:[EMAIL PROTECTED] > Sent: Donnerstag, 20. November 2003 15:19 > To: Mensing, Joerg > Cc: [EMAIL PROTECTED] > Subject: Re: Members of the database administrators group > > > Hi, > > the group "sapdb" stands in /etc/group , and the user sapdb > has the right > groupID . > > I'm sorry, but the command "usermod" is unknown for RedHat 8.0 :-( > > Content of /etc/opt/sdb: > > IndepData=/var/opt/sdb/data > IndepPrograms=/opt/sdb/programs > SdbOwner=sapdb > SdbGroup=sapdb > > What else can I do, to get a connection to the server with > the DBMGUI ? > > Regards, > Danny > > Am Thu, 20 Nov 2003 14:58:31 +0100 hat Mensing, Joerg > <[EMAIL PROTECTED]> geschrieben: > > > Hi, > > on linux, the primary group is not automatically entered in > /etc/group. > > You can help yourself with "usermod -G sapdb sapdb". The > password check > > routine is also checking group membership leading to the > misleading error > > message... Later MaxDB 7.5 automatically inspect the > primary group in > > addition to the sapdb administrator group members. The name of the > > administrator group and the database owner are always found in > > /etc/opt/sdb. > > CU > > jrg > > > > > >> -----Original Message----- > >> From: Danny Tramnitzke [mailto:[EMAIL PROTECTED] > >> Sent: Donnerstag, 20. November 2003 14:53 > >> To: [EMAIL PROTECTED] > >> Subject: Members of the database administrators group > >> > >> > >> Hi all, > >> > >> I have successfully installed a MaxDB 7.5 on a linux > Server, on wich > >> there was a sapdb 7.4 before. > >> (The sapdb-server was completely deinstalled before) > >> Because of that, there was still the old sapdb-account > (User "sapdb" > >> group "sapdb"), which I used to take as the general administrator > >> account (instead of the default givin account "sdba" ). To > install MaxDB > >> with the old sapdb account I had to lock that account. > >> > >> After that I wanted to install a new Database from my > workstation (win -- > >> > >> > >> > use DB-Manager) on that MaxDB Server so I took the old > sapdb-account > >> on "Login Information for Server", but there comes the > following error- > >> message: > >> > >> -24875 The operating system user is not a member of the database > >> administrators group. [user_system ...]; 149,UNIX password > missmatch > >> > >> Also, when I unlock the account, the errormessage is the same. > >> > >> So my qestion is : I guess the sapdb-account (default "sdba" on > >> installation) is that demanded account "Login Information > for Server", > >> so why there is a password-missmatch ? The password wasn't changed > >> during the installation process ( with that account I'm > able to log onto > >> the server) > >> > >> Best regards, > >> Danny > >> > >> -- Using M2, Opera's revolutionary e-mail client: > > http://www.opera.com/m2/ > > > > > > -- > Using M2, Opera's revolutionary e-mail client: > http://www.opera.com/m2/ > -- MaxDB Discussion Mailing List For list archives: http://lists.mysql.com/maxdb To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]
