Error when trying to install TSM (mmap)

[Jannik Tonsberg_2]

# ./prereqcheck.bin
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...

Launching installer...

dl failure on line 1229Error: failed /tmp/install.dir.11186/HPUX/resource/jre/jre/lib/IA64N/server/libjvm.so, because Cannot map text for library</tmp/install.dir.11186/HPUX/resource/jre/jre/lib/IA64N/server/libjvm.so>: mmap(0x0, 0x25fbb10, 0x5, 0x41, 3, 0x0) returns Not enough space.

I have tried doing the installation with less space in /tmp it seems to be a kernel og JRE error.

Filesystem          kbytes    used   avail %used Mounted on
/dev/vg00/lvol6    6553600 1525496 4989336   23% /tmp

Best regards Jannik

[Patrick Wallek]

Are there any recommendations for kernel parameter values for TSM in the installation guide?

The error you are receiving almost sounds like it is complaining about a kernel parameter.  It may be one of maxdsiz, maxdsiz_64bit, maxssiz, maxssiz_64bit, maxtsiz, maxtsiz_64bit.  My guess based on the error would be maxtsiz.

Are there any other errors in any log files?

What version of HP-UX are you running?  What are the values of the max?siz and max?siz_64bit kernel parameters?

[Dennis Handly]

>Error: failed /tmp/install.dir.11186/HPUX/resource/jre/jre/lib/IA64N/server/libjvm.so, because Cannot map text for library<libjvm.so>: mmap(0x0, 0x25fbb10, 0x5, 0x41, 3, 0x0) returns Not enough space.

>I have tried doing the installation with less space in /tmp

This is talking about VM space, not disk space.

>The error you are receiving almost sounds like it is complaining about a kernel parameter.  It may be one of maxdsiz, maxssiz, maxtsiz.  My guess based on the error would be maxtsiz.

Not hardly, since it mentioned "text" and not enough space.  This is most likely virtual address fragmentation, not out of space.

There doesn't seems to be enough contiguous space in the 32 bit shared global address range for 0x25fbb10 bytes.

You'll probably need to reboot to defrag.  Unless you can figure out how to use a 64 bit version of the JVM to do the install.

[Jannik Tonsberg_2]

This is the kernel setting:

# kctune -d | grep -e maxd -e maxs -e maxt
maxdsiz                         2147483647  2147483647      Immed
maxdsiz_64bit                 274877906944  274877906944    Immed
maxssiz                          134217728  134217728       Immed
maxssiz_64bit                   1073741824  1073741824      Immed
maxtsiz                         1073741824  1073741824      Immed
maxtsiz_64bit                   8589934592  8589934592      Immed
pa_maxssiz_32bit                  83648512  Default         Immed
pa_maxssiz_64bit                 536870912  Default         Immed

and since 39828240 is less than any number in the list I should be ok?

Is this some kind of problem with TSM?

I did the installation on a identical server with same kernel settings. Should i make a case with HP?

[Jannik Tonsberg_2]

No logfiles.

Version is HP-UX 11i v3, September 2010.

model is ia64 hp server rx8640

It is a SAP production server so i can't boot it :-)

[Dennis Handly]

>since 39,828,240 is less than any number in the list I should be ok?

Except you have virtual address fragmentation, not a size limit.

>Is this some kind of problem with TSM?

No.  You are using too many 32 bit shared libs or memory.

>I did the installation on a identical server with same kernel settings. Should I make a case with HP?

They will tell you the same thing.  Though they may provide a tool to list your big shlibs.

>It is a SAP production server so I can't boot it :-)

You might be able to fiddle with libjvm.so so that it is mapped private.

But you'll need to find out the source of libjvm.so before it is copied in to /tmp/.

If you make it writable and then you can use: chatr +dbg enable libjvm.so.