home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Neueste VersionenFixList
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Haben Sie Probleme? - Kontaktieren Sie uns.
Kostenlos registrieren anmeldung-x26
Kontaktformular kontakt-x26

DB2 - Problembeschreibung

Problem IC71893 Status: Geschlossen

MOUNT_STOP SCRIPT MAY HANG IF THERE ARE MULTIPLE FS ON THE SAME VG

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
In an integrated HA environment, if there are multiple 
filesystems exist on the same vg on AIX systems, the TSA move 
request may hang. TSA move will call the mountV9x_stop.ksh 
script on all the mount points in parallel. 
 
In the mountV9x_stop.ksh script, umount and varyoffvg commands 
are issued in a loop until varyoffvg is successful. 
 
In a scenario where there are multiple fs on the same vg, one 
mountV9x_stop.ksh script may be calling varyoffvg while the 
other mountV9x_stop.ksh may be issuing lslv prior to a umount 
attempt. Since varyoffvg is being invoked in a loop, this will 
block the lslv calls. This subsequently blocks the lslv, umount 
code path in the rest of the mountV9x_stop.ksh scripts, so those 
mount points are still mounted. This in turn causes varyoffvg 
call to fail. 
 
This race condition is sometimes seen in an environment where 
there are over 4 filesystems per vg. 
 
During this scenario, any lslv or lsvg command will hang.
Problem-Zusammenfassung:
In an integrated HA environment, if there are multiple 
filesystems exist on the same vg on AIX systems, the TSA move 
request may hang. TSA move will call the mountV9x_stop.ksh 
script on all the mount points in parallel. 
 
In the mountV9x_stop.ksh script, umount and varyoffvg commands 
are issued in a loop until varyoffvg is successful. 
 
In a scenario where there are multiple fs on the same vg, one 
mountV9x_stop.ksh script may be calling varyoffvg while the 
other mountV9x_stop.ksh may be issuing lslv prior to a umount 
attempt. Since varyoffvg is being invoked in a loop, this will 
block the lslv calls. This subsequently blocks the lslv, umount 
code path in the rest of the mountV9x_stop.ksh scripts, so thos 
mount points are still mounted. This in turn causes varyoffvg 
call to fail. 
 
This race condition is sometimes seen in an environment where 
there are over 4 filesystems per vg. 
 
During this scenario, any lslv or lsvg command will hang.
Local-Fix:
No known workaround. Please contact with the IBM db2support.
verfügbare FixPacks:
DB2 Version 9.7 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows

Lösung
This APAR is first fixed in the DB2 V9.7fp4
Workaround
No known workaround. Please contact with the IBM db2support
Bug-Verfolgung
Vorgänger  : APAR is sysrouted TO one or more of the following: IC71894 IC72005 
Nachfolger : 
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
14.10.2010
29.04.2011
29.04.2011
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.FP4
Problem behoben lt. FixList in der Version
9.7.0.4 FixList