I’ve been struggling to install the beast that is Clearcase 7.1.1 on a proof of concept server.
In this case the server is a Solaris 10 64bit install running on VMware Fusion 3.
One of the initial mistakes I made was to try and run the installation from a network mount. DON’T. Solaris must block the execution of code on some types of removable drives, which in this case was a VMWare Fusion shared folder.
A second thing that is not clear in the README files: Clearcase 7.1.1 on Solaris x86 does NOT support the GUI installation. Therefore, for me as much as any readers of this blog, I’ll document the steps to kick off a fresh/silent installation.
The install will be/have:
- A local install
- Clearcase Atria Licencing, local
- IBM Installation Manager installed first
- ClearCase installed second
- Download your entitled product for Solaris X86, for CC7.1.1 which is:
- CZ9XKML
- IBM Rational ClearCase V7.1.1 Solaris x86 Platform Edition Multilingual
If you need an evaluation copy, they are also available.
- Copy the archive to your server, and extract it. I’ll use /var/ccinstall for my install source, but adjust as required:
mkdir -p /var/ccinstall
cp -p CZ9XKML.zip /var/ccinstall
cd /var/ccinstall
unzip CZ9XKML.zip
cd disk1
- Follow the IBM documented steps for preparing a silent install. For my steps the dir /var/ccinstall/disk1 will be esd_image_root.
- Kick off the install:
/var/ccinstall/disk1/InstallerImage_*/install \
--launcher.ini \
/var/ccinstall/disk1/InstallerImage_*/silent-install.ini \
-silent \
-input clearcase_response_sol_x86.xml \
-log silentinstall.log
If you want to also show the progress, include the switch -showVerboseProgress
At this point kick back and make a few coffees.
Enjoy.
September 23, 2009 at 18:00 · Filed under apps, unix
If you use Unix, and need to migrate your Business objects CMS from one database to another database, you will probably use the cmsdbsetup.sh script. This script migrates and manages your database connection in a Unix environment using Business Objects Enterprise (BOE).
In my case I am Using Solaris 9, and have Oracle 10g databases and client files for use by BOE.
When running the cmsdbsetup.sh script you get the following error pertaining to clntsh:
Business Objects
Current CMS Data Source: DBNAME
err: Error: Failed to get cluster name.
err: Error description: Unable to load clntsh
select (Select a Data Source)
reinitialize (Recreate the current Data Source)
copy (Copy data from another Data Source)
changecluster (Change current cluster name)
selectaudit (Select an Auditing Data Source)
[select(6)/reinitialize(5)/copy(4)/changecluster(3)/selectaudit(2)/back(1)/quit(0)]
----------------------------------------------------------
This error “Unable to load clntsh” refers to the libclntsh.so library used by the Oracle client. Since BOE runs as 32bit, the 32bit Oracle client libraries should be accessible by the user running BOE.
If you are running a 64 bit Unix and a 64bit Oracle install check that the environment for the user running BOE (user that will run the CMS) has the 32bit libraries in the path:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib:$ORACLE_HOME/lib32
Then check that either the user is a member of the Oracle dba Unix group or everyone has permissions to access the 32bit libraries under Oracle 10g:
su - oracle
chmod o+rx $ORACLE_HOME/lib32/*
Feel free to leave any comments if you need help with this.
March 20, 2009 at 16:48 · Filed under unix
A mega geeky awk one-liner today. Tested on Solaris under bash, so YMMV.
Have you ever found that a filesystem is filling up fast, and dont know what is causing it? This one liner (which can be placed in a cron job if you like) is best run as a super user.
It will:
- Search for all files in the current dir and subdirs that are modified in the last 3 days;
- list them, filtering just the filesize and name/path;
- sort/order by the largest file; and
- Email you a copy of the report.
find / -type f -mtime -3 -exec ls -l {} \; 2>/dev/null \
| awk '{print $5 " " $9}' \
| awk '{printf "%12d\t%s\n", $1, substr($0,index($0,$2),80)}' \
| sort -r >/tmp/largefiles.txt && \
( uuencode /tmp/largefiles.txt largefiles.txt ) \
| mailx -s 'Large Files Report' -r mail2@youremail.com `cat /tmp/mailrecipients` &
Nice. If you just want to see the response on stdout then try this:
find / -type f -mtime -3 -exec ls -l {} \; 2>/dev/null \
| awk '{print $5 " " $9}' \
| awk '{printf "%12d\t%s\n", $1, substr($0,index($0,$2),80)}' \
| sort -r
Have fun.
I’m stuck with a whole bunch of problems getting code to compile and co-operate nicely on my new MacBookPro. I’m compiling my own PHP, but it defaults to compiling for the i386 (32bit) architecure, which then fails when Apache2 running in 64bit mode tries to use the 32bit DSO for PHP5. Compiling PHP5 as 64bit then fails linking against the i386 pgsql lib, and so on. I really need everything using the x86_64 architecture. How does this all relate to readline under Leopard?
Read the rest of this entry »
Next entries »