4.2.2.x servers on AIX are exhibiting the same problems, along with numerous others. Oddly enough, our 4.2.1.15 Solaris servers seem to be operating relatively smoothly. Note that I said "relatively" and they all have very small DB.
We have an open crit-sit with IBM/Tivoli on an AIX 4.2.2.x server - We eventually suffered enough DB corruption that we were forced to rebuild the server and we are in the process of recovering what archives we can from the old server and importing it into the new server. This isn't to say that the lock issues caused the corruption, I believe the corruption was there when we upgraded to 4.2 - the issues that came along with 4.2 exacerbated the long list of problems we already had. All in all, if I had it to do over again, I would definitely wait on moving to 4.2.2.x in production. -----Original Message----- From: Gerhard Rentschler [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 15, 2002 6:38 AM To: [EMAIL PROTECTED] Subject: Re: ANR9999 message Lock acquisition - TSM 4.2.1.15 server Hello, this is obviously a known problem. See the discussion a few days earlier with subject " Expiration problem with TSM 5.1.1.1 on AIX 4.3.3". I opened PMR 88563,070,724 on July 31st. First I was advised to upgrade to 5.1.1.2. This didn't change anything. Then I had to supply diagnostic information. According to the web interface to Tivoli problem management the problem was closed on August 6th without any further information. I haven't got any new information since this day. Best regards Gerhard --- Gerhard Rentschler email:[EMAIL PROTECTED] Regional Computing Center tel. ++49/711/685 5806 University of Stuttgart fax: ++49/711/682357 Allmandring 30a D 70550 Stuttgart Germany > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of > MC Matt Cooper (2838) > Sent: Thursday, August 15, 2002 1:22 PM > To: [EMAIL PROTECTED] > Subject: Re: ANR9999 message Lock acquisition - TSM 4.2.1.15 server > > > Uh oh, I just went from 4.1.5 to 5.1.1 Monday, z/OS 1.1. > This morning I > am looking at my EXPIRATION process was hung and a backup of local tape to > the copytape is hung and it all started with very similar message.. > Matt > ANR0538I A resource waiter has been aborted. > > ANR0538I A resource waiter has been aborted. > > ANR1224E BACKUP STGPOOL: Process 23 terminated - lock conflict. > > ANR0538I A resource waiter has been aborted. > > ANR0538I A resource waiter has been aborted. > > ANR9999D IMFS(3566): ThreadId<656> Lock conflict error in obtaining sLock > for > ANR9999D node 499, filespace 35 > > ANR0986I Process 23 for BACKUP STORAGE POOL running in the BACKGROUND > processed > ANR0986I 3603 items for a total of 970,174,464 bytes with a > completion state > of > ANR0986I FAILURE at 06:06:44. > > ANR9999D IMFS(3566): ThreadId<662> Lock conflict error in obtaining sLock > for > ANR9999D node 499, filespace 35 > > > -----Original Message----- > From: Nilsson Niklas [mailto:[EMAIL PROTECTED]] > Sent: Thursday, August 15, 2002 2:25 AM > To: [EMAIL PROTECTED] > Subject: SV: ANR9999 message Lock acquisition - TSM 4.2.1.15 server > > Good morning... > > Im testing 4.2.2.9 (testfix) on OS/390 but still I've got these locks... > Going to take it up with support. > > Regards Niklas > > -----Ursprungligt meddelande----- > Fren: Brian L. Nick [mailto:[EMAIL PROTECTED]] > Skickat: den 14 augusti 2002 16:16 > Till: [EMAIL PROTECTED] > Dmne: ANR9999 message Lock acquisition - TSM 4.2.1.15 server > > Good morning, > > We are running TSM 4.2.1.15 on OS/390 2.10 and are having several issues. > One of these is poor performance since upgrading from 4.2.2.0 to 4.2.1.15. > Also we are receiving the following error message after issuing an update > storage pool command: > > > ANR9999D SSUTIL(943): ThreadId<15401> Lock acquisition (ixLock) failed for > SS > universe lock. > ANR2753I (DAILY_APL_MIGRATION_AVOID):ANR2033E UPDATE STGPOOL: > ANR2753I (DAILY_APL_MIGRATION_AVOID):Command failed - lock conflict. > > This condition seems to occur when we are in a heavy backup period, which > since upgrading to 4.2.1.15 is very often. I need to test 4.2.2.0 before > upgrading to that release, we applied the 4.2.1.15 fix level at the > recommendation of Tivoli even thought 4.2.2.0 was available. Is anyone > running 4.2.2.0 on OS/390 2.10 and if so have you run into any gotcha's? > > Thanks for any input. > > - Brian > > > > Brian L. Nick > Systems Technician - Storage Solutions > The Phoenix Companies Inc. > 100 Bright Meadow Blvd > Enfield CT. 06082-1900 > > E-MAIL: [EMAIL PROTECTED] > PHONE: (860)403-2281