IBM – BAFM

SVC: Find WWPN

November 15, 2010June 21, 2013 Christian Leave a comment

Today we had (once again) hardware troubles. We ended up replacing a lot of things, but in the end it was a) the HBA and b) apparently some memory DIMMs. Now, that isn’t SVC related. However, we built in another HBA (from our Standby hardware), which apparently already had been assigned to a host.

Now, since you can’t search for a WWPN (at least not that I know of), I ended up writing a little script (yup, AGAIN) in order to do that for me!

#!/bin/bash

svc_cluster_ip=10.0.0.10
svc_priv_dsa=~/.ssh/id_dsa

if [ ! -f $svc_priv_dsa ] ; then
  echo &quot; ${0##*/} is missing the SSH DSA private key&quot;
  echo &quot;                         needed to access the SAN Volume controller.&quot;
  echo &quot; Please specify the correct path!&quot;
fi

if [ -z $1 ] ; then
  echo
  echo &quot; ${0##*/} [ WWPN ]&quot;
  echo
  echo &quot;  WWPN    - WWPN, or part of WWPN that is being searched.&quot;
  echo &quot;            Should be entered in continous format (ie. no dash (-) or colon (:))!&quot;
  echo
  exit 1;
fi

WWPN=$1

list_wwpn_by_host() {
  local _host=$1

  if [ ! -z $_host ] ; then
    ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lshost 
      -delim : $_host | grep ^WWPN | sed &quot;s,WWPN:,,&quot;
  fi
}

#set -x

HOST_LIST=&quot;$( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lshost -delim : -nohdr | cut -d: -f2 )&quot;

for HOST in $HOST_LIST; do
  echo -n &quot;$HOST: &quot;
  echo `list_wwpn_by_host $HOST`
done | grep $WWPN

#set +x

#!/bin/bash

svc_cluster_ip=10.0.0.10

svc_priv_dsa=~/.ssh/id_dsa

if [ ! -f $svc_priv_dsa ] ; then

echo " ${0##*/} is missing the SSH DSA private key"

echo " needed to access the SAN Volume controller."

echo " Please specify the correct path!"

if [ -z $1 ] ; then

echo

echo " ${0##*/} [ WWPN ]"

echo

echo " WWPN - WWPN, or part of WWPN that is being searched."

echo " Should be entered in continous format (ie. no dash (-) or colon (:))!"

echo

exit 1;

WWPN=$1

list_wwpn_by_host() {

local _host=$1

if [ ! -z $_host ] ; then

ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lshost

-delim : $_host | grep ^WWPN | sed "s,WWPN:,,"

}

#set -x

HOST_LIST="$( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lshost -delim : -nohdr | cut -d: -f2 )"

for HOST in $HOST_LIST; do

echo -n "$HOST: "

echo `list_wwpn_by_host $HOST`

done | grep $WWPN

#set +x

SVC: Migrate VDisks off a MDisk Group onto another

October 29, 2009June 21, 2013 Christian Leave a comment

Out of necessity, another SVC shell script was just born. If you ever need to migrate a whole MDisk group onto another, you quickly discover the limited application of the SVC GUI. Now, you could query the VDisks using your original MDisk Group and then copy and paste the VDisk’s name (or the VDisk ID) into a command line and simply reuse that svctask migratevdisk command over and over.

Luckily IBM blessed the SVC with an SSH interface. So again, we can write a (kinda) simple shell script which may look like this:

#!/bin/bash

svc_cluster_ip=10.0.0.10
svc_priv_dsa=~/.ssh/id_dsa

if [ -z $2 ] ; then
  echo
  echo &quot; ${0##*/} [ original_mdiskgrp | target_mdiskgrp | (threads) ]&quot;
  echo
  echo &quot;  mdiskgrp_old   - The MDisk Group which currently contains&quot;
  echo &quot;                   the VDisks.&quot;
  echo &quot;  mdiskgrp_new   - The MDisk Group you wish to migrate the&quot;
  echo &quot;                   VDisks migrated to.&quot;
  echo &quot;  threads        - Number of processes to use for the migration.&quot;
  echo &quot;                   By default, `migratevdisk` uses 2.&quot;
  echo
  exit 1;
fi

if [ ! -f $svc_priv_dsa ] ; then
  echo &quot; ${0##*/} is missing the SSH DSA private key&quot;
  echo &quot; needed to access the SAN Volume controller.&quot;
  echo &quot; Please specify the correct path!&quot;
fi

mdiskgrp_old=$1
mdiskgrp_new=$2
threads=$3
: ${threads:=2}

check_running_migrations() {
  # Get the number of already running migrations. The SVC is currently
  # able to run 32 migrations at the same time.
  running=&quot;$( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lsmigrate 
    | grep progress | wc -l )&quot;

  if [ $running -ge 32 ] ; then
    echo
    echo &quot; The SVC is already running the maximum amount of migrations&quot;
    echo &quot; at this time. Please retry, once the running migrations&quot;
	echo &quot; finished.&quot;
    echo
    exit 1
  fi
}

check_running_migrations

if [ &quot;$( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lsmdiskgrp 
  $mdiskgrp_new &amp;&gt;/dev/null ; echo $? )&quot; = 1 ] ; then
    echo &quot;${0##*/}: The MDisk Group ($mdiskgrp_new) doesn&#039;t existent!&quot;
    exit 1
fi

echo &quot;Legend:&quot;
echo
echo -e &quot;  33[0;32m*33[0m VDisk migration started successfully&quot;
echo -e &quot;  33[0;36m*33[0m VDisk migration skipped (already running?)&quot;
echo -e &quot;  33[0;31m*33[0m VDisk migration failed to start (wrong name?)&quot;

echo

echo &quot;Starting the tasks to migrate VDisks of $mdiskgrp_old to $mdiskgrp_new&quot;
for vdisk in $( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo 
  lsvdisk -nohdr -delim : -filtervalue mdisk_grp_name=$mdiskgrp_old ); do
    vdisk_id=&quot;$( echo $vdisk | cut -d: -f1 )&quot;
    vdisk_name=&quot;$( echo $vdisk | cut -d: -f2 )&quot;

    # Check if there&#039;s already a migration running for this vdisk
    if [ &quot;$( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lsmigrate 
	  | grep &quot;migrate_source_vdisk_index $vdisk_id$&quot; )&quot; != &quot;&quot; ] ; then
        echo -e &quot;  33[0;36m*33[0m VDisk $vdisk_name ($vdisk_id)&quot;
        continue
    fi

    check_running_migrations

    ssh -i $svc_priv_dsa admin@$svc_cluster_ip svctask migratevdisk 
      -mdiskgrp $mdiskgrp_new -threads $threads 
	  -vdisk $vdisk_name &amp;&gt;/dev/null
    response=$?

    [ $response -eq 0 ] &amp;&amp; 
      echo -e &quot;  33[0;32m*33[0m VDisk $vdisk_name ($vdisk_id)&quot; 
      || echo -e &quot;  33[0;31m*33[0m VDisk $vdisk_name ($vdisk_id)&quot;
    running=$((running+1))
done

echo

#!/bin/bash

svc_cluster_ip=10.0.0.10

svc_priv_dsa=~/.ssh/id_dsa

if [ -z $2 ] ; then

echo

echo " ${0##*/} [ original_mdiskgrp | target_mdiskgrp | (threads) ]"

echo

echo " mdiskgrp_old - The MDisk Group which currently contains"

echo " the VDisks."

echo " mdiskgrp_new - The MDisk Group you wish to migrate the"

echo " VDisks migrated to."

echo " threads - Number of processes to use for the migration."

echo " By default, `migratevdisk` uses 2."

echo

exit 1;

if [ ! -f $svc_priv_dsa ] ; then

echo " ${0##*/} is missing the SSH DSA private key"

echo " needed to access the SAN Volume controller."

echo " Please specify the correct path!"

mdiskgrp_old=$1

mdiskgrp_new=$2

threads=$3

: ${threads:=2}

check_running_migrations() {

# Get the number of already running migrations. The SVC is currently

# able to run 32 migrations at the same time.

running="$( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lsmigrate

| grep progress | wc -l )"

if [ $running -ge 32 ] ; then

echo

echo " The SVC is already running the maximum amount of migrations"

echo " at this time. Please retry, once the running migrations"

echo " finished."

echo

exit 1

}

check_running_migrations

if [ "$( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lsmdiskgrp

$mdiskgrp_new &>/dev/null ; echo $? )" = 1 ] ; then

echo "${0##*/}: The MDisk Group ($mdiskgrp_new) doesn't existent!"

exit 1

echo "Legend:"

echo

echo -e " 33[0;32m*33[0m VDisk migration started successfully"

echo -e " 33[0;36m*33[0m VDisk migration skipped (already running?)"

echo -e " 33[0;31m*33[0m VDisk migration failed to start (wrong name?)"

echo

echo "Starting the tasks to migrate VDisks of $mdiskgrp_old to $mdiskgrp_new"

for vdisk in $( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo

lsvdisk -nohdr -delim : -filtervalue mdisk_grp_name=$mdiskgrp_old ); do

vdisk_id="$( echo $vdisk | cut -d: -f1 )"

vdisk_name="$( echo $vdisk | cut -d: -f2 )"

# Check if there's already a migration running for this vdisk

if [ "$( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lsmigrate

| grep "migrate_source_vdisk_index $vdisk_id$" )" != "" ] ; then

echo -e " 33[0;36m*33[0m VDisk $vdisk_name ($vdisk_id)"

continue

check_running_migrations

ssh -i $svc_priv_dsa admin@$svc_cluster_ip svctask migratevdisk

-mdiskgrp $mdiskgrp_new -threads $threads

-vdisk $vdisk_name &>/dev/null

response=$?

[ $response -eq 0 ] &&

echo -e " 33[0;32m*33[0m VDisk $vdisk_name ($vdisk_id)"

|| echo -e " 33[0;31m*33[0m VDisk $vdisk_name ($vdisk_id)"

running=$((running+1))

done

echo

And the execution would look like this:

svc-mgmt ~ # svctask_migratemdiskgrp DS3400_146G_R1 DS4700_500G_R6 4

 The SVC is already running the maximum amount of migrations at this time.
 Please retry, once the running migrations finished.

svc-mgmt ~ # svctask_migratemdiskgrp DS3400_146G_R1 DS4700_500G_R6 4

The SVC is already running the maximum amount of migrations at this time.

Please retry, once the running migrations finished.

Or maybe:

svc-mgmt ~ # svctask_migratemdiskgrp DS3400_146G_R1 DS4700_500G_R6 4
Legend:

  * VDisk migration started successfully
  * VDisk migration skipped (already running?)
  * VDisk migration failed to start (wrong name?)

Starting the tasks to migrate VDisks from DS3400_146G_R1 to DS4700_500G_R6
  * VDisk V_ATLAS_C_01 (25)
  * VDisk V_AETHER_D_01 (13)
  * VDisk V_DEIMOS_ROOT

svc-mgmt ~ # svctask_migratemdiskgrp DS3400_146G_R1 DS4700_500G_R6 4

Legend:

* VDisk migration started successfully

* VDisk migration skipped (already running?)

* VDisk migration failed to start (wrong name?)

Starting the tasks to migrate VDisks from DS3400_146G_R1 to DS4700_500G_R6

* VDisk V_ATLAS_C_01 (25)

* VDisk V_AETHER_D_01 (13)

* VDisk V_DEIMOS_ROOT

IBM SVC: Copy VDisk Host-Mapping from one host to another

October 11, 2009August 8, 2014 Christian 1 Comment

As I wrote a few days ago, I started a new job. One of my first (voluntary) tasks was writing a shell script which would copy a VDisk Host-Mapping from a given host to another. This is useful, if you do have a lot of ESX servers for example and a few roaming ones.

Now, if say, you need to do some ESX-Updates and you would like to add the roaming one to a given farm, you would be in a dark an deary place. You would be required to either click through the GUI a dozen times (in my case, it might have needed ~200 clicks) or type svcinfo lshostvdiskmap <examplehosthere> and svctask mkhostvdiskmap <newhosthere> -force (these are incomplete command references) a few times.

Both methods ain’t optimal nor fast. Since the SVCTools (Perl, jikes) don’t really came into consideration, and the SVC SSH interface really doesn’t provide any other method to do a simple cut -d: -f3 (as a hint: if anyone knows a nice method to emulate cut with bash patterns — yeah, I ain’t kidding — please drop me a note!), I ended up writing a simple shell script which is gonna do all the tasks from any Linux system (in possession of the SSH DSA private keys for the SVC of course).

The script looks like this:

#!/bin/bash

svc_cluster_ip=10.0.0.10
svc_priv_dsa=~/.ssh/id_dsa_svc

if [ -n $2 ] ; then
  echo " copyvdiskhostmap.sh [ host_to | host_from ]"
  echo
  echo "  host_to    - Target host, for which we will create the VDisk map."
  echo "  host_from  - Source host, from which the VDisk map will be copied."
  echo
  exit 1;
fi

if [ ! -f $svc_priv_dsa ] ; then
  echo " copyvdiskhostmap.sh is missing the SSH DSA private key needed"
  echo "                     to access the SAN Volume controller."
  echo " Please specify the correct path!"
fi

host_to=$1
host_from=$2

for mapping in $( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo 
  lshostvdiskmap -nohdr -delim : $host_from ); do
  vdisk_scsi_id="$( echo $mapping | cut -d: -f3 )"
  vdisk_name="$( echo $mapping | cut -d: -f5 )"
  
  ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lshost $host_to || 
    echo "Failed, since the target host doesn't existent!" &amp;&amp; break
  ssh -i $svc_priv_dsa admin@$svc_cluster_ip svctask mkvdiskhostmap -force 
    -host $host_to -scsi $vdisk_scsi_id $vdisk_name
done

#!/bin/bash

svc_cluster_ip=10.0.0.10

svc_priv_dsa=~/.ssh/id_dsa_svc

if [ -n $2 ] ; then

echo " copyvdiskhostmap.sh [ host_to | host_from ]"

echo

echo " host_to - Target host, for which we will create the VDisk map."

echo " host_from - Source host, from which the VDisk map will be copied."

echo

exit 1;

if [ ! -f $svc_priv_dsa ] ; then

echo " copyvdiskhostmap.sh is missing the SSH DSA private key needed"

echo " to access the SAN Volume controller."

echo " Please specify the correct path!"

host_to=$1

host_from=$2

for mapping in $( ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo

lshostvdiskmap -nohdr -delim : $host_from ); do

vdisk_scsi_id="$( echo $mapping | cut -d: -f3 )"

vdisk_name="$( echo $mapping | cut -d: -f5 )"

ssh -i $svc_priv_dsa admin@$svc_cluster_ip svcinfo lshost $host_to ||

echo "Failed, since the target host doesn't existent!" && break

ssh -i $svc_priv_dsa admin@$svc_cluster_ip svctask mkvdiskhostmap -force

-host $host_to -scsi $vdisk_scsi_id $vdisk_name

done

New IBM RDAC version (or not)

September 9, 2009June 21, 2013 Christian Leave a comment

A week ago (September 02nd), I received a mail detailing the release of IBM’s new multipathing device driver for the DS4x00 series, which finally works with SLES11 (the available software up till now doesn’t — as in fails with kernels > 2.6.26 iirc).

There wouldn’t be any trouble, if IBM (or rather the vendor providing the driver — LSI) would actually release the driver … up till today, I have yet to see the new version appear on the download page. I already tried to notify IBM about the trouble, but as usual there is lack of ways to actually get this to the right person.

Well, IBM just replied to my feedback and apparently the download is available (it is right now, after two weeks hah — finally).

Tivoli Storage Manager Server 5.5.3

August 28, 2009June 21, 2013 Christian Leave a comment

I spent yesterday afternoon upgrading our TS7530, and in my fad I also upgraded TSM to 5.5.3. Now, once I started TSM it quickly started complaining about the paths to the drives.

ANR8873E The path from source TSM1 to destination VTL1_DR03
(/dev/lin_tape/IBMtape03) is taken offline.
ANR8873E The path from source TSM1 to destination VTL1_DR03
(/dev/lin_tape/IBMtape03) is taken offline.
HBA_LoadLibrary: previously unfreed libraries exist, call HBA_FreeLibrary().
ANR8873E The path from source TSM1 to destination VTL1_DR07
(/dev/lin_tape/IBMtape07) is taken offline.
ANR8873E The path from source TSM1 to destination VTL1_DR07
(/dev/lin_tape/IBMtape-07) is taken offline.

ANR8873E The path from source TSM1 to destination VTL1_DR03

(/dev/lin_tape/IBMtape03) is taken offline.

ANR8873E The path from source TSM1 to destination VTL1_DR03

(/dev/lin_tape/IBMtape03) is taken offline.

HBA_LoadLibrary: previously unfreed libraries exist, call HBA_FreeLibrary().

ANR8873E The path from source TSM1 to destination VTL1_DR07

(/dev/lin_tape/IBMtape07) is taken offline.

ANR8873E The path from source TSM1 to destination VTL1_DR07

(/dev/lin_tape/IBMtape-07) is taken offline.

I thought maybe this is a mere device problem (we have had them before), so I rebooted the boxes. But still no luck and I went home after about an hour of trying without any luck. In the morning, my co-worker called our trustworthy IBM service partner, and the TSM consultant said he had the exact, same problem yesterday. We would have two options:

Enable the option SANDISCOVERY, with the (completely undocumented) Passive setting (setopt SANDISCOVERY PASSIVE)
Downgrade back to 5.5.2

For now, we implemented the first option, in the hope that’ll solve our troubles. And it actually does.

Mass-updating Tivoli Storage Manager drive status

August 28, 2009June 21, 2013 Christian 2 Comments

I was fighting with our VTL again, and TSM was thinking all the drives were offline. In order to update the drive status, you’d need to go into the ISC and select each drive and set them to ONLINE. Since I’m a bit click-lazy, I wrote a simple nested for-loop, which gives me the output to update all the drives at once:

for i in 1 2; do
  for k in $( seq -w 1 32 ); do
    echo &quot;UPDATE DRIVE VTL$i VTL${i}_DR${k} ONLINE=YES&quot;
  done
done

for i in 1 2; do

for k in $( seq -w 1 32 ); do

echo "UPDATE DRIVE VTL$i VTL${i}_DR${k} ONLINE=YES"

done

Result is a list like this:

...
UPDATE DRIVE VTL1 VTL1_DR31 ONLINE=YES
UPDATE DRIVE VTL1 VTL1_DR32 ONLINE=YES
UPDATE DRIVE VTL2 VTL2_DR01 ONLINE=YES
UPDATE DRIVE VTL2 VTL2_DR02 ONLINE=YES
UPDATE DRIVE VTL2 VTL2_DR03 ONLINE=YES
...

...

UPDATE DRIVE VTL1 VTL1_DR31 ONLINE=YES

UPDATE DRIVE VTL1 VTL1_DR32 ONLINE=YES

UPDATE DRIVE VTL2 VTL2_DR01 ONLINE=YES

UPDATE DRIVE VTL2 VTL2_DR02 ONLINE=YES

UPDATE DRIVE VTL2 VTL2_DR03 ONLINE=YES

...

The same goes for mass-updating the path status:

for i in 1 2; do
  for k in $( seq -w 1 32 ); do
    echo &quot;UPDATE PATH TSM$i VTL${i}_DR${k} SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL$i ONLINE=YES&quot;
  done
done

for i in 1 2; do

for k in $( seq -w 1 32 ); do

echo "UPDATE PATH TSM$i VTL${i}_DR${k} SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL$i ONLINE=YES"

done

Result is a list like this:

...
UPDATE PATH TSM1 VTL1_DR31 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL1 ONLINE=YES
UPDATE PATH TSM1 VTL1_DR32 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL1 ONLINE=YES
UPDATE PATH TSM2 VTL2_DR01 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL2 ONLINE=YES
UPDATE PATH TSM2 VTL2_DR02 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL2 ONLINE=YES

...

UPDATE PATH TSM1 VTL1_DR31 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL1 ONLINE=YES

UPDATE PATH TSM1 VTL1_DR32 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL1 ONLINE=YES

UPDATE PATH TSM2 VTL2_DR01 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL2 ONLINE=YES

UPDATE PATH TSM2 VTL2_DR02 SRCTYPE=SERVER DESTTYPE=DRIVE LIBRARY=VTL2 ONLINE=YES

IBM RSA II adapter and Java RE (fini)

August 19, 2009August 8, 2014 Christian Leave a comment

If you remember back to July, I looked into some troubles I had with the IBM RSA II adapter’s Java interface and the latest JRE updates. I just noticed, that IBM released a new firmware yesterday for the RSA. The ChangeLog states this:

Version 1.13, GFEP35A
Problem(s) Fixed:

* Suggested
o Fix for Remote Control General Exception in JRE 1.6 update 12 and above.
o Corrected a problem that DHCP renew/release may fail after a long time.
o Corrected a problem that remote control preference link disapears after creating new key buttons.
o Corrected a problem that cause event number shows only from 0 to 255 when views RSA log via telnet session.

As you can see, IBM finally decided that it isn’t a Sun problem but rather their own! Finally, after about 4 months a fix, yay!

Even if the fix is just for the x3550 for now, but that puts a light to the end of the tunnel and puts up hope, that they are gonna fix it for the other RSA adapters too!

IBM TS7530 and the Virtualization Engine for Tape Console

July 31, 2009June 21, 2013 Christian Leave a comment

I just had yet another support call with IBM, concerning the Tape Console (or VE console, courtesy of Falconstor). My basic problem was/is, that I, as a german person, do have a german Windows Server 2003 installation. Now, if you do have german decimal number format selected in the regional settings, the display is gonna be kinda impaired and you’re gonna see something like this:

And now compared to the english decimal number format:

This time, the IBM support was quite fast in answering to my ESC, more or less to my satisfaction. Basic statement from IBM is: The VTL console isn’t supported on any german Windows OS. It’s only supported on a english Windows OS.

IBM RSA II adapter and Java RE

July 29, 2009June 21, 2013 Christian 1 Comment

Today, after a short break (you can call it break, I think), I sat down and looked at the IBM RSA II adapter’s remote management GUI and it’s trouble with JRE versions. Ever since the last Java updates, I was unable to access the RSA console because Java would throw an error like this:

Initializing RemoteDisk v2.2
MCS v.3.6 initialized
Established connection to rsa.home.barfoo.org:1045
Connected via socket: Socket[addr=rsa.home.barfoo.org/10.0.0.150,port=2000,localport=4292]
Closing socket
java.lang.NullPointerException
	at mcsClient.Row.isValid(Unknown Source)
	at java.awt.Component.invalidateIfValid(Unknown Source)
	at java.awt.Component.setLocale(Unknown Source)
	at javax.swing.JComponent.(Unknown Source)
	at javax.swing.JPanel.(Unknown Source)
	at javax.swing.JPanel.(Unknown Source)
	at javax.swing.JPanel.(Unknown Source)
	at mcsClient.Row.(Unknown Source)
	at mcsClient.Options.(Unknown Source)
	at mcsClient.McsToolBar.(Unknown Source)
	at mcsClient.McsClient.begin(Unknown Source)
	at mcsClient.McsClient.init(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Ausnahme: java.lang.NullPointerException

Initializing RemoteDisk v2.2

MCS v.3.6 initialized

Established connection to rsa.home.barfoo.org:1045

Connected via socket: Socket[addr=rsa.home.barfoo.org/10.0.0.150,port=2000,localport=4292]

Closing socket

java.lang.NullPointerException

at mcsClient.Row.isValid(Unknown Source)

at java.awt.Component.invalidateIfValid(Unknown Source)

at java.awt.Component.setLocale(Unknown Source)

at javax.swing.JComponent.(Unknown Source)

at javax.swing.JPanel.(Unknown Source)

at mcsClient.Row.(Unknown Source)

at mcsClient.Options.(Unknown Source)

at mcsClient.McsToolBar.(Unknown Source)

at mcsClient.McsClient.begin(Unknown Source)

at mcsClient.McsClient.init(Unknown Source)

at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)

Ausnahme: java.lang.NullPointerException

In the end, I downloaded every version since JRE 1.5.0.11 (that is 20 different versions :!:), as wittnessed by Michael Ellerbeck that the last working version for him was JRE 1.5.0.11, and gave each one a try (since I want to report the issue to IBM, so that they gonna release a fix sometime soon).

So here’s the list of what Java JRE version works with an RSA II adapter running Firmware 1.10 (GGEP36B):

Java JRE 1.50 U11 ……… works
Java JRE 1.50 U12 ……… works¹
Java JRE 1.50 U13 ……… works
Java JRE 1.50 U14 ……… works
Java JRE 1.50 U15 ……… works
Java JRE 1.50 U16 ……… works
Java JRE 1.50 U17 ……… works
Java JRE 1.50 U18 ……… works
Java JRE 1.60 ……… works
Java JRE 1.60 U01 ……… works
Java JRE 1.60 U02 ……… works
Java JRE 1.60 U03 ……… works
Java JRE 1.60 U04 ……… works
Java JRE 1.60 U05 ……… works
Java JRE 1.60 U06 ……… works
Java JRE 1.60 U07 ……… works
Java JRE 1.60 U12 ……… not working (see above)
Java JRE 1.60 U13 ……… not working (see above)
Java JRE 1.60 U14 ……… not working (see above)

1: This version presents some small annoyances (garbled video output)

Update: IBM already knows about the problem, but says it’s presumably a Java problem since it stopped working mid-version in between U11 and U12.

OCF agent for Tivoli Storage Manager: redux

June 5, 2009August 8, 2014 Christian Leave a comment

Well, after I finished my first OCF agent back in October 2008, we have it running in production now for about ten months. During that time, we found quite a few points in which we’d like to improve the behaviour with that Linux-HA should handle TSM.

Shutdown TSM nicely if possible (Cancel client sessions, cancel running processes and dismount mounted volumes)
Better error handling

So, after another week of writing and testing with a small instance, I present the new OCF agent for Tivoli Storage Manager. It still has one or two weak points, but they are negligible. I still need to write the documentation for it, but the script should just work …