Alex, Thanks for the email. As it turns out the problem was with the dsmaccnt.log itself. For some reason, tsm did not want to write to the file. I stopped the server deleted the file and restarted the server. Once I did this, entries are being created in the file.
Mahesh >>> [EMAIL PROTECTED] 11/25/02 11:31AM >>> Mahesh, I'm testing 5.1.5.2 before rolling into production, and my accounting is working fine. I did have one glitch, though. I set the DSMSERV_ACCOUNTING_DIR in my rc.adsmserv, kept in a /usr/local/scripts directory. The install updated the /etc/inittab to point to the new rc.adsmserv, which is the default that doesn't set the DSMSERV_ACCOUNTING_DIR. Once I removed the new inittab entry left by the install, my accounting worked fine. Hope this helps. Alex Paschal Storage Administrator Freightliner, LLC (503) 745-6850 phone/vmail -----Original Message----- From: Mahesh Tailor [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 14, 2002 5:33 AM To: [EMAIL PROTECTED] Subject: Re: Problems with 5.1.5.2 No, the TSM server accounting is broken . . . as in SET ACCOUNTING ON and export DSMSERV_ACCOUNTING_DIR=/myLog and having a dsmaccnt.log. No, I do not use LAN-free agents. My dsmaccnt.log was filling up just fine until the upgrade. Mahesh >>> [EMAIL PROTECTED] 11/13/02 02:54PM >>> Accounting is broken? Hard to believe...it's always been reliable. Could it be that you're not looking at the storage agent's accounting logs (if you use any LAN-free storage agents)? They live on the client, and all that data is indeed missing from the server's accounting logs. You have to combine them manually. > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of > Mahesh Tailor > Sent: Wednesday, November 13, 2002 2:49 PM > To: [EMAIL PROTECTED] > Subject: Re: Problems with 5.1.5.2 > > > Also [on 5.1.5.2], you will see that the summary table is broken [yes, > again!] and, if you use accounting, it does not work either! > > I have a PMR open for the summary table issue and I have alerted > support of the accounting issue also. > > Mahesh > > >>> [EMAIL PROTECTED] 11/13/02 02:19PM >>> > Are these NT/W2K clients? What level of TSM did you upgrade from? We > are seeing a similar problem at tsm 5.1.1.0 on AIX 5.1.0.0 with both > server and aix in 64 bit mode. I have an open issue with Tivoli (PMR > 68765,082) and I'm waiting on a client to get back from vacation so we > can run a trace during backup. > > David > > >>> [EMAIL PROTECTED] 11/13/02 01:41PM >>> > I am running tsm 5.1.5.2 on AIX 5.1.0.2 both are running in 64bit > mode. > After I upgraded to 5.1.5.2 every morning I have a few sessions that > are > running extremely slow at 20k/s. They start out fine at night running > at > 40MB/s on the private gig network setup for the two servers. Before > they > would complete backup at 3:20am now it just seems to hang and stay in > a > recw > mode receiving data very slowly. > > Any body experiencing anything like this? > > Thanks > > ***************************EMAIL DISCLAIMER*************************** > This > email and any files transmitted with it may be confidential and are > intended > solely for the use of th individual or entity to whom they are > addressed. > If you are not the intended recipient or the individual responsible > for > delivering the e-mail to the intended recipient, any disclosure, > copying, > distribution or any action taken or omitted to be taken in reliance on > it, > is strictly prohibited. If you have received this e-mail in error, > please > delete it and notify the sender or contact Health Information > Management > 312.996.3941. >
