[SOLVED] TSM 6.1 install problems - is there a specific forum for 6.1?

Status
Not open for further replies.
I have been using the x86_64 version with all updates applied, using kernel 2.6.25 - 2.6.27 at different points along the update path.

Support has suggested that we revert back to the i386 version on the same hardware and see if anything changes.

Loading the OS right now.

The thinking is at this point there is an issue with the compat C libraries.

I'd be interested in hearing if anyone has been able to successfully install and run the x86_86 version of the server on an AMD dual core Athlon CPU.


Just f* me. I don't see an i386 Linux version anywhere.
 
Last edited:
i386?
Gee....
As I remember, IBM says that recommended config for TSM 6.1 is 8Gigs of RAM
 
Actually, the docs say 2 GB minimum, 4 GB recommended and 8GB optimal.

It is IBM though -- the definition of "recommended" is probably a moving target.


i386?
Gee....
As I remember, IBM says that recommended config for TSM 6.1 is 8Gigs of RAM
 
The thinking is at this point there is an issue with the compat C libraries.

I'd be interested in hearing if anyone has been able to successfully install and run the x86_86 version of the server on an AMD dual core Athlon CPU.

I'm successfully running TSM 6.1.1.0 on SLES 10 SP2 x86_64. Four Quad-core AMD Opterons, kernel 2.6.16.60, glibc 2.4. If you're running it as a non-root user you'll want to raise some of the ulimits: open files, max processes, stacksize, memlock.

The original 6.1.0.0 crashed on me a couple times, but since upgrading to 6.1.1.0 and raising those ulimits it has been perfectly stable.
 
make sure that the owner of the dictories for the DB and the LOGS are owned by the instance ID
 
Ulimits

What are the ulimits you are using? We have just had a new TSM 6.1 install which nosedived over the weekend. I suspect the problem is the one you describe:

dsmserv.err gives:
06/20/2009 16:34:54 ANR7824S Server operation terminated.
06/20/2009 16:34:54 ANR7823S Internal error HANGMONITOR detected.
06/20/2009 16:34:54 ANR9999D 0x0000000000c6e6e6 pkAbort+0x0x66
06/20/2009 16:34:54 ANR9999D 0x000000000077c23c RdbHangMonitorThread+0x0x4c
06/20/2009 16:34:54 ANR9999D 0x0000000000c6e61b StartThread+0x0x7b
06/20/2009 16:34:54 ANR9999D 0x00002adf70a6b143 *UNKNOWN*
06/20/2009 16:34:54 ANR9999D 0x00002adf7236abed *UNKNOWN*


The machines have 4GB RAM, any ideas?

Currently ulimit -a gives
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
pending signals (-i) 40960
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 40960
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
 
Last edited:
Here are the ulimits I'm using:

Code:
tsm0@pelican:~> ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
pending signals                 (-i) 139263
max locked memory       (kbytes, -l) 128
max memory size         (kbytes, -m) unlimited
open files                      (-n) 32768
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
Because dsmserv starts as root and then drops to the instance user, I'm not sure if just putting "ulimit" statements into the init script will work. Instead I added these lines to (SuSE) /etc/security/limits.conf:

Code:
tsm0             soft    nproc           unlimited
tsm0             hard    nproc           unlimited
tsm0             soft    stack           unlimited
tsm0             hard    stack           unlimited
tsm0             soft    memlock         128
tsm0             hard    memlock         128
tsm0             soft    nofile          32768
tsm0             hard    nofile          32768
I know for sure I was running into the default "nofile" limit of 1024, right now I'm doing a database backup and dsmserv + the various db2 processes have 1301 files open.

Also make sure you are up to 6.1.1.0.
 
Thanks,

I'll give it a try. I have 6.1.1.0 now and will load this up, add the ulimits and see what happens :)
 
Well, we have got a long way, but is it my imagination, or are the IBM docs for 6.1 on Linux utter rubbish? I don't think there is much in there that is correct. And the install scripts are barely worthy of the name, since when did you have to manually create users directories and change directory ownership before you can install a piece of software? I expected to do that in 1989, not twenty years later!

Has anyone got TSM on SLES working properly? We are trying to do this with an IBM channel partner, but they seem to be struggling more than we are.
 
Has anyone got TSM on SLES working properly? We are trying to do this with an IBM channel partner, but they seem to be struggling more than we are.

There are a lot of manual steps, but I did get 6.1 working on SLES x86_64. The biggest problems being the ulimit issues when running as non-root, which I've already described above. Also, I'd rather IBM kept its hands off my /etc/inittab! I took those lines out and made proper init scripts.

Post any specific issues you are running into. Also, make sure you are up to 6.1.1.1 (ftp://ftp.software.ibm.com/storage/tivoli-storage-management/patches/server/Linux/6.1.1.1) - 6.1.0.0 *will* crash.
 
Well, we have got a long way, but is it my imagination, or are the IBM docs for 6.1 on Linux utter rubbish? I don't think there is much in there that is correct. And the install scripts are barely worthy of the name, since when did you have to manually create users directories and change directory ownership before you can install a piece of software? I expected to do that in 1989, not twenty years later!

Has anyone got TSM on SLES working properly? We are trying to do this with an IBM channel partner, but they seem to be struggling more than we are.

Spooky! We have found the IBM documentation also appalling when it comes to installing TSM 6.1 on SLES - and our IBM partner is having problems too. It would appear if you are using Windows or AIX, you're fine.

We have had many problems along the way, however 6.1.1.1 did stablise our servers but we still have several outstanding issues with IBM.

TGG
 
Balbino,

I removed the older AIX installation of DE and attempted the TSM installation. It completed successfully.

Is there going to be an advisory about this or a note in the readme? Since the version of DE that was installed on my AIX box came with the install, there was no way of me knowing ahead of time that it was there and was going to conflict with the versions TSM wanted to install/use.

Thanks for your help.

-Aaron


Hi Aaron, I have the same problem, how can I remove the DE installation, just like you did. (What is DE? :S )

Thanks in advance.
 
When IBM gave me the steps to remove DE, they asked that I not share them. They would like you to contact them so that they can track the problem and ensure that it isn't a very wide-spread issue.

Just give them a call and open a PMR. It should be an easy fix for them as it is a known issue.

-Aaron
 
When IBM gave me the steps to remove DE, they asked that I not share them. They would like you to contact them so that they can track the problem and ensure that it isn't a very wide-spread issue.

Just give them a call and open a PMR. It should be an easy fix for them as it is a known issue.

-Aaron

Thanks Aaron, no problem.
 
Hi, im trying to install TSM v6.1 in AIX 5300-06-04-0748, ive done the deployment just like the installation guide marks, and one and over again the installation faills ive found this error in the log.txt Wed Oct 07 17:27:30.827 CDT 2009 : STDERR : com.ibm.ac.coi.ext.ia.COIWrapperException: COIEventType.ERROR reported
Wed Oct 07 17:27:30.829 CDT 2009 : STDERR : at com.ibm.ac.coi.ext.ia.COIWrapperPluginImpl$SimpleListener.eventOccurred(COIWrapperPluginImpl.java:116)
Wed Oct 07 17:27:30.831 CDT 2009 : STDERR : at com.ibm.ac.coi.impl.COIRuntimeImpl.notifyListener(COIRuntimeImpl.java:226)
Wed Oct 07 17:27:30.832 CDT 2009 : STDERR : at com.ibm.ac.coi.impl.COIRuntimeImpl.notifyListeners(COIRuntimeImpl.java:215)
Wed Oct 07 17:27:30.834 CDT 2009 : STDERR : at com.ibm.ac.coi.impl.utils.ParallelPlanListener.eventOccurred(ParallelPlanListener.java:105)
Wed Oct 07 17:27:30.836 CDT 2009 : STDERR : at com.ibm.ac.coi.impl.COIRuntimeImpl.notifyListener(COIRuntimeImpl.java:229)
Wed Oct 07 17:27:30.838 CDT 2009 : STDERR : at com.ibm.ac.coi.impl.COIRuntimeImpl.notifyListeners(COIRuntimeImpl.java:219)
Wed Oct 07 17:27:30.839 CDT 2009 : STDERR : at com.ibm.ac.coi.impl.MachinePlanImpl.process(MachinePlanImpl.java:254)
Wed Oct 07 17:27:30.841 CDT 2009 : STDERR : at com.ibm.ac.coi.impl.utils.MachinePlanRunner.run(MachinePlanRunner.java:64)
Wed Oct 07 17:27:30.842 CDT 2009 : STDERR : at java.lang.Thread.run(Thread.java:810)
Wed Oct 07 17:27:30.844 CDT 2009 : STDERR : Caused by:
Wed Oct 07 17:27:30.846 CDT 2009 : STDERR : com.ibm.ac.coi.api.exception.DeploymentPlanExecutionException: One or more Machine Plans within the DeploymentPlan failed. Failure count = 1
Wed Oct 07 17:27:30.848 CDT 2009 : STDERR : at com.ibm.ac.coi.impl.utils.ParallelPlanListener.eventOccurred(ParallelPlanListener.java:92)
Wed Oct 07 17:27:30.849 CDT 2009 : STDERR : ... 5 more
Ive been looking for the error over IBMs website and ive only found someting about a corrupt installation file (http://www-01.ibm.com/support/docvi...G7&uid=swg21398883&loc=en_US&cs=UTF-8&lang=en), ive downloaded the file again from the partnerworld and i just cant make it works.
Anyone knows what could be happening, i cant open a PMR since i work for a IBM bussines partner and there is no "client" for the PMR?
Please help!!!!!!
 
TSM 6.1 install has similar issues on AIX 6.1

dsmicfgx fails while attempting to start the database configuration.

DSMSERV FORMAT / LOADFORMAT fails with ANR0151W and SQL -1032

Important to note:
you need to have the instance ID home directory and database file directories configured to NOT have nosuid (and possibly nodev). I missed the fact that the home directory is essentially a part of the database instance, as db2 will create ~/sqllib and ~/<instance name> directories.

http://www-01.ibm.com/support/docview.wss?uid=swg21402852
 
Last edited:
i am installing TSM server 6.1.2.0 on SLES 10 sp2 64bits
i've make sure to upgrade jre to 1.6 and have libstdc++
and libaio installed. Since SLES did not have SELinux, i did not do anything about that. But still failed and got this error log. I guess it might be some error with DE, when i try console mode it gave me an DE can not be initialized error message.

My other observations are that there's nothing created under /usr/ibm/common/acsi/logs/ , where i think this place should hold the DE installation logs. And there's no /usr/ibm/common/acsi/jre folder created. While I try to run the DE version check scipts it gives me "/bin/java" not existing message.

And there's no /opt/tivoli/tsm/_uninst created, which means I can not run the uninstall scripts, what I do was to manually delete the /var/ibm/common/acsi and /var/ibm/common/acsi. Then try intall again, but still have "The installer cannot run on your configuration. It will now quit."
And the same error log below.

Anyone have similar problem during installation?:(

Please help, thanks a lot.


Code:
Thu Jan 14 07:23:03.402 UTC 2010 :    INFO : Setting log level to: ALL (from com.ibm.ac.coi.ext.ia.plugin.IAGenericLogger.configureLogRedirection)
Thu Jan 14 07:23:03.408 UTC 2010 :    INFO : Set IA variable IA_GENERIC_LOGGER_CURRENT_FILE=/var/tivoli/tsm/log.txt (from com.ibm.ac.coi.ext.ia.plugin.IAGenericLogger.configureLogRedirection)
Thu Jan 14 07:23:04.815 UTC 2010 :  STDOUT : IBMJCEFIPS Added in position:6
Thu Jan 14 07:23:04.816 UTC 2010 :  STDOUT : Key Provider(0):IBMJSSE2 version 1.5
Thu Jan 14 07:23:04.816 UTC 2010 :  STDOUT : Key Provider(1):IBMJCE version 1.2
Thu Jan 14 07:23:04.817 UTC 2010 :  STDOUT : Key Provider(2):IBMJGSSProvider version 1.5
Thu Jan 14 07:23:04.817 UTC 2010 :  STDOUT : Key Provider(3):IBMCertPath version 1.1
Thu Jan 14 07:23:04.818 UTC 2010 :  STDOUT : Key Provider(4):IBMSASL version 1.5
Thu Jan 14 07:23:04.818 UTC 2010 :  STDOUT : Key Provider(5):IBMJCEFIPS version 1.2
Thu Jan 14 07:23:04.819 UTC 2010 :  STDOUT : loadKey(/opt/tivoli/tsm/.vault.key);
Thu Jan 14 07:23:04.825 UTC 2010 :  STDOUT : Key Loaded from:/opt/tivoli/tsm/.vault.key
Thu Jan 14 07:23:04.825 UTC 2010 :  STDOUT : Key Algoryth:AES
Thu Jan 14 07:23:05.740 UTC 2010 :   FINER : ENTRY (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.742 UTC 2010 :   FINER : DEBootstrapAction::install():launcherDir=/var/local/install (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.743 UTC 2010 :   FINER : DEBootstrapAction::install(): IAGLOBAL_DE_INSTALL_LOCATION is empty. (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.744 UTC 2010 :    INFO : ====================== (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.744 UTC 2010 :    INFO : JavaHome from JAVA_DOT_HOME=/tmp/install.dir.10582/Linux/resource/jre/jre (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.745 UTC 2010 :    INFO : JavaHome from System.getProperty=/tmp/install.dir.10582/Linux/resource/jre/jre (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.746 UTC 2010 :    INFO : ====================== (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.747 UTC 2010 :   FINER : DEBootstrapAction::install():parent set to this. (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.748 UTC 2010 :   FINER : DEBootstrapAction::install():DEBootstrapWorkerThread.start() returned (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.748 UTC 2010 :  STDOUT : ###############################################################
Thu Jan 14 07:23:05.748 UTC 2010 :   FINER : DEBootstrapAction::install():Waiting for thread to complete. (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:05.749 UTC 2010 :  STDOUT : #
Thu Jan 14 07:23:05.750 UTC 2010 :  STDOUT : # Installing DE
Thu Jan 14 07:23:05.751 UTC 2010 :  STDOUT : #
Thu Jan 14 07:23:05.751 UTC 2010 :  STDOUT : DE Installer should be here:/var/local/install/DE/.data/setup.jar
Thu Jan 14 07:23:05.752 UTC 2010 :  STDOUT : DE intermediate class for a DE install should be here:/var/local/install/DE/DEBootstrapInstall.jar
Thu Jan 14 07:23:05.752 UTC 2010 :  STDOUT : DE optional property files is:/var/local/install/DE/DEBootstrapInstall.properties
Thu Jan 14 07:23:05.758 UTC 2010 :  STDOUT : Calling DEBootstrapInstall.install(/var/local/install/DE/.data/setup.jar,/tmp/install.dir.10582/Linux/resource/jre/jre,null,/var/local/install/DE/DEBootstrapInstall.properties)
Thu Jan 14 07:23:05.758 UTC 2010 :  STDOUT : using option -javaHome=/tmp/install.dir.10582/Linux/resource/jre
Thu Jan 14 07:23:05.759 UTC 2010 :  STDOUT : Optional property file /var/local/install/DE/DEBootstrapInstall.properties not found. Use default settings.
Thu Jan 14 07:23:05.759 UTC 2010 :  STDOUT : SIInstaller.install(/var/local/install/DE/.data/setup.jar , null , opt , this );
Thu Jan 14 07:23:15.945 UTC 2010 :  STDOUT : entering DEBootstrapping::installerEventOccurred.
Thu Jan 14 07:23:15.946 UTC 2010 :  STDOUT : Leaving DEBootstrapping::installerEventOccurred.
Thu Jan 14 07:23:16.069 UTC 2010 :  STDOUT : entering DEBootstrapping::installerEventOccurred.
Thu Jan 14 07:23:16.069 UTC 2010 :  STDOUT : Leaving DEBootstrapping::installerEventOccurred.
Thu Jan 14 07:23:17.005 UTC 2010 :  STDOUT : entering DEBootstrapping::installerEventOccurred.
Thu Jan 14 07:23:17.005 UTC 2010 :  STDOUT : Leaving DEBootstrapping::installerEventOccurred.
Thu Jan 14 07:23:17.006 UTC 2010 :  STDOUT : entering DEBootstrapping::installerEventOccurred.
Thu Jan 14 07:23:17.007 UTC 2010 :  STDOUT : Leaving DEBootstrapping::installerEventOccurred.
Thu Jan 14 07:23:17.016 UTC 2010 :  STDOUT : SIException error: 
Thu Jan 14 07:23:17.016 UTC 2010 :  STDERR : com.ibm.ac.si.install.InstallFailedException: 
Thu Jan 14 07:23:17.016 UTC 2010 :  STDERR :     at com.ibm.ac.si.install.SIInstaller.installInternal(SIInstaller.java:3503)
Thu Jan 14 07:23:17.017 UTC 2010 :  STDERR :     at com.ibm.ac.si.install.SIInstaller.install(SIInstaller.java:732)
Thu Jan 14 07:23:17.017 UTC 2010 :  STDERR :     at com.ibm.ac.coi.ext.ia.DEBootstrapInstall.install(DEBootstrapInstall.java:200)
Thu Jan 14 07:23:17.018 UTC 2010 :  STDERR :     at com.ibm.ac.coi.ext.ia.DEBootstrapWorkerThread.run(DEBootstrapWorkerThread.java:245)
Thu Jan 14 07:23:17.018 UTC 2010 :  STDERR : Caused by: 
Thu Jan 14 07:23:17.019 UTC 2010 :  STDERR : com.ibm.ac.si.nls.SIRuntimeException: 
Thu Jan 14 07:23:17.019 UTC 2010 :  STDERR :     at com.ibm.ac.si.util.EnvironmentUtil.getHostName(EnvironmentUtil.java:147)
Thu Jan 14 07:23:17.020 UTC 2010 :  STDERR :     at com.ibm.ac.si.install.SIInstaller.modifyProperties(SIInstaller.java:4355)
Thu Jan 14 07:23:17.020 UTC 2010 :  STDERR :     at com.ibm.ac.si.install.SIInstaller.fullInstall(SIInstaller.java:3796)
Thu Jan 14 07:23:17.021 UTC 2010 :  STDERR :     at com.ibm.ac.si.install.SIInstaller.installInternal(SIInstaller.java:3373)
Thu Jan 14 07:23:17.021 UTC 2010 :  STDERR :     ... 3 more
Thu Jan 14 07:23:17.021 UTC 2010 :  STDERR : Caused by: 
Thu Jan 14 07:23:17.022 UTC 2010 :  STDERR : java.net.UnknownHostException: linux: linux
Thu Jan 14 07:23:17.022 UTC 2010 :  STDERR :     at java.net.InetAddress.getLocalHost(InetAddress.java:1476)
Thu Jan 14 07:23:17.023 UTC 2010 :  STDERR :     at com.ibm.ac.si.util.EnvironmentUtil.getHostName(EnvironmentUtil.java:142)
Thu Jan 14 07:23:17.023 UTC 2010 :  STDERR :     ... 6 more
Thu Jan 14 07:23:17.024 UTC 2010 :  STDOUT : SI Install Result code is null!
Thu Jan 14 07:23:17.039 UTC 2010 :   FINER : ENTRY DEBootstrapAction:Result( SI_INSTALL_FATAL_ERROR , null , null , classpath[] ) (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.Result)
Thu Jan 14 07:23:17.040 UTC 2010 :  SEVERE : DE Failed: Aborting... (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.Result)
Thu Jan 14 07:23:17.041 UTC 2010 :  STDERR : SHUTDOWN REQUESTED
Thu Jan 14 07:23:17.041 UTC 2010 :  STDOUT : (X) commiting registry
Thu Jan 14 07:23:17.042 UTC 2010 :  STDOUT : (X) shutting down service manager
Thu Jan 14 07:23:17.043 UTC 2010 :  STDOUT : (X) cleaning up temporary directories
Thu Jan 14 07:23:17.070 UTC 2010 :  STDERR : cleanUp()
Thu Jan 14 07:23:17.070 UTC 2010 :  STDERR : calling cleanUpUNIX()
Thu Jan 14 07:23:17.796 UTC 2010 :   FINER : DEBootstrapAction::install():Thread completed. (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:17.797 UTC 2010 :   FINER : RETURN Normal exist point (from com.ibm.ac.coi.ext.ia.plugin.DEBootstrapAction.install)
Thu Jan 14 07:23:17.799 UTC 2010 :   FINER : ENTRY (from com.ibm.ac.coi.ext.ia.plugin.COIProcessInventorySteps.install)
Thu Jan 14 07:23:17.809 UTC 2010 :    INFO : Using COI Extension Build Number: private (from com.ibm.ac.coi.ext.ia.COIWrapperPluginImpl.getInstance)
 
could you please tell me what related entries need to be deleted? thanks

I will answer your question, but preclude the response by telling you that you should know what you are doing when modifying these files (inittab in particular)

AIX-based reply follows
/etc/services
DB2_a0cth9 60000/tcp
DB2_a0cth9_1 60001/tcp
DB2_a0cth9_2 60002/tcp
DB2_a0cth9_END 60003/tcp
DB2_mbtsm100 60004/tcp
DB2_mbtsm100_1 60005/tcp
DB2_mbtsm100_2 60006/tcp
DB2_mbtsm100_END 60007/tcp

$ grep tsm /etc/inittab
tsmacs:2:eek:nce:/opt/tivoli/tsm/devices/bin/rc.acs_ssi quiet >/dev/console 2>&1 #Start the ssi agent
fmc:2:respawn:/opt/tivoli/tsm/db2/bin/db2fmcd #DB2 Fault Monitor Coordinator
tmbtsm100:2:eek:nce:/opt/tivoli/tsm/server/bin/rc.dsmserv -u mbtsm100 -i /opt/tivoli/tsm/home/mbtsm100/mbtsm100 -q >/dev/console 2>&1 # Tivoli Storage Manager

Now - on to your issue. I am wondering if your profile as root is not causing issues. Were these errors generated from you running install.bin?
I see the output references using /tmp - how big is your /tmp? If it is attempting to extract files there and runs out of space, that would resemble a corrupt install.

I have installed TSM 6.1 on SLES 10 sp2 and had no issues. I did NO customization to the host. Did not update roots .profile, did not upgrade java. Just built the server, with the libs mentioned in the install, copied the TSM install media to my host and ran install.bin.
 
Status
Not open for further replies.
Back
Top