cancel
Showing results for 
Search instead for 
Did you mean: 

MaxDB 7.6 install error on AIX

Former Member
0 Kudos

Hi there fellow hair-puller-outerers,

Can't install MaxDb (in a Content Server install). Error seems to suggest that there is a SHM problem. However, with AIX (5.3.3), no adjustment at a O/S level is necessary (or even available).

The actual errors are in the /sapdb/data/wrk> file system in a file named dbmsrv.prt :-

ERR_SERVICEDB and ERR_SHMNOTAVAILABLE and ERR_SHMALLOCFAILED

and these occurred at the step of performing inst_reg.

In the SDBINST.log is the following comment :-

Cannot register service database instance

I have got an OSS message in action, but to date, nothing is forthcoming sao would really appreciate anyone who has some past experience/knowledge in this area.

Noel.

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Problem has now been solved, solution was -

The /sapdb file system was mounted using the 'CIO' option, which caused the shared memory problem to occur.

Remounted /sapdb just with 'RW' (no CIO) and MaxDB patch 18 is now installed & working. Have also updated the instance & db up to patch 33 without issue.

Answers (5)

Answers (5)

Former Member
0 Kudos

Roland,

Don't know if we are on the same page or not, but this error is occurring during the INSTALL, not when starting/connecting to database.

So, when I attempt DBMCLI as suggested, it is looking for a database to connect to and I get the following error :-

Failed to get root path for 'SDB'

Error! Connection failed to node (local) for database sdb: database not found

I am executing under user root - guess this correct?

Also, the OSS message in the system is 721800.

Noel.

roland_mallmann
Advisor
Advisor
0 Kudos

Hi Noel,

I see a colleague of mine has your OSS message 721800. I suggest the issue is continued only in that message from now on, as it is in (very) capable hands.

Regards,

Roland

Former Member
0 Kudos

Patch level is 18.

roland_mallmann
Advisor
Advisor
0 Kudos

Hi again,

the recreation process of the dbm shared memory files (dbm.shi,dbm.shm) is rather simple:

1. move the files away (or rename/delete them)

2. attempt a new dbmcli connect (dbmcli -d <SID> -u <DBM-user>,<password>)

---

What's the OSS message number?

Regards,

Roland

Former Member
0 Kudos

Roland,

Only the dbm.shi file is available in the file system.

Recreate them???? What do you mean?

We have reverted back to version 7.6 with no luck in installing. OSS are assisting.

Noel.

Former Member
0 Kudos

Roland,

Have tried 7.5 version and as yet still no luck.

Will hope OSS can assist positively.

Noel.

roland_mallmann
Advisor
Advisor
0 Kudos

Hi Noel,

I'm afraid I do not totally understand your answer. Do you have the following files on your system and did you move them away and did you recreate them?

/sapdb/data/wrk/<sid>/dbm.shi

/sapdb/data/wrk/<sid>/dbm.shm

---

Which exact MaxDB version are you using (incl. Build string)?

Regards,

Roland

roland_mallmann
Advisor
Advisor
0 Kudos

Hi,

it really should be handled over the OSS, but did you try to move away the current versions of files (depending on your used DB version):

MaxDB version <= 7.6.00 Build 15:

- /sapdb/data/wrk/<sid>/dbm.shi

- /sapdb/data/wrk/<sid>/dbm.shm

OR

MaxDB version > 7.6.00 Build 15:

- /sapdb/data/wrk/<db_name>.dbm.shi

- /sapdb/data/wrk/<db_name>.dbm.shm

and then retried? (The files should be recreated after the first dbmcli connection attempt.)

Regards,

Roland