Here is what we found from IBM on this issue, hopefully it will apply to your
situations..
if you are using Norton Antivirus 7.51 you should add
DWORD entry in the NT Registry and change a parameter in the tsmjbb
ini file, from the TSM client v5.1.0.1 Readme file:
.
The following DWORD registry value should be set:
.
HKLM\Software\Intel\LANDesk\VirusProtect6\CurrentVersion
NoFileMod = 1
.
This setting prevents Nav from caching and restoring
timestamps and security information during scan
processing.
.
The following Journal Based Backup ini file setting (tsmjbbd.ini)
should be made:
.
[JournaledFileSystemSettings]
NotifyFilter=0x15b
.
The latest TSM client v5.1.5.2 includes new configuration settings for
the journal based backup (please check the v5.5.5.2 Readme file), in
addition to modify the parameters suggested before, my recommendation
is to install the v5.1.5.2 on your NT systems.
Ryan Miller
Principal Financial Group
Tivoli Certified Consultant
Tivoli Storage Manager v4.1
-----Original Message-----
From: Magura, Curtis [mailto:curtis.magura@;LMCO.COM]
Sent: Friday, October 25, 2002 11:44 AM
To: [EMAIL PROTECTED]
Subject: Re: Very long backup/So many files
We have also see similar hangs both with the Journal and the timeouts in
general. Have idletime set to 60 minutes. Found that a stop and restart of
the Journal service would get the Journal going again but eventually
it(Journal service) hangs again. Also we have not been able to get past 10
drives using the Journal. On our largest servers we have 15+ drives so we
don't get everything out of the Journal that we could. When it works it is
great. Just doesn't appear to be quite ready for prime time yet....or at
least for us.
Clients:
5.1.1 (NT4 SP6A and Win2K SP2 and SP3)
Compaq 6500 / 4 P3 XEON 500 MHz processors
2GB RAM
100 MB Full Duplex
SCSI Attached to ESS disk
4.5 - 5.5 million objects depending on which machine you ask about.
Average backup 120-130 GB a night per client.
Server
5.1.1.4
Etherchannel using 2*100mb NIC'S
RS/6000 H70 4*340MHz CPU 3 GB RAM
SSA based storage pool and database
3494/3590 for tapepools
We have pretty much the same setup in another data center except it's all GB
NIC's..... See the same thing. Been watching the list to see how 5.1.1.6
looks. Plan is to get everything sync'd backup to the same level across all
of the machines and data centers. If that doesn't help then I guess it's
time to call the support center and dig deeper.
Curt Magura
Lockheed Martin EIS
Orlando, Fla.
321-235-1203
-----Original Message-----
From: William Rosette [mailto:Bill_Rosette@;PAPAJOHNS.COM]
Sent: Friday, October 25, 2002 12:11 PM
To: [EMAIL PROTECTED]
Subject: Re: Very long backup/So many files
We have had to turn our Journaling off of 2 NT servers, one an NT 4.0 box,
and the other a Win 2000 box. Both are using 5.1.0.1 TSM clients. The
reason we had to turn off was that the server would hang in the middle of
backing up. Since turning off this has not been a problem. We seem to
think that the memory on the client had something to do with the millions
of files that were trying to get journaled. All other NT boxes do not have
any Journaling problems. These are the only 2 turned off. And it is not
5.1's fault because we have some 5.1's running on other clients.
Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD
"Mr. Lindsay
Morris" To:
[EMAIL PROTECTED]
<lmorris@SERVERGR cc:
APH.COM> Subject: Re: Very long
backup/So many files
Sent by: "ADSM:
Dist Stor
Manager"
<[EMAIL PROTECTED]
.EDU>
10/25/2002 11:42
AM
Please respond to
lmorris
Gee, I'd disagree...
this example has a small percentage: 12,000 files backed up out of 4
million - but it still took a long time because it had to walk through 4
million files to FIND those 12,000 that needed to be backed up.
The walk-through-4-million is exactly what the Journal-based backup
prevents.
---------------------------------
Mr. Lindsay Morris
Lead Architect, Servergraph
www.servergraph.com <http://www.servergraph.com>
859-253-8000 ofc
425-988-8478 fax
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@;VM.MARIST.EDU]On Behalf Of
> Gianluca Mariani1
> Sent: Friday, October 25, 2002 11:23 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Very long backup/So many files
>
>
> if the percentage of changed files to be backed up from a client is >5%
> then traditional incremental is preferrable.
> no other big discriminating points.
>
> Cordiali saluti
> Gianluca Mariani
> Tivoli TSM Global Response Team, Roma
> Via Sciangai 53, Roma
> phones : +39(0)659664598
> +393351270554 (mobile)
> [EMAIL PROTECTED]
> ------------------------------------------------------------------
> ----------------------------------
>
> "The people of Krikkit,are, well, you know, they're just a bunch of real
> sweet guys, you know, who just happen to want to kill everybody. Hell, I
> feel the same way some mornings..."
>
>
>
> Jon Evans
> <Jon.Evans@HALL
> IBURTON.COM>
To
> Sent by: "ADSM: [EMAIL PROTECTED]
> Dist Stor
cc
> Manager"
> <[EMAIL PROTECTED]
bcc
> ST.EDU>
>
Subject
> Re: Very long backup/So many files
> 25/10/2002
> 16.54
>
>
> Please respond
> to "ADSM: Dist
> Stor Manager"
>
>
>
>
>
>
> Can anyone please explain the disadvantages of using journal-based
backup?
>
> -----Original Message-----
> From: Gianluca Mariani1 [mailto:gianluca_mariani@;IT.IBM.COM]
> Sent: 25 October 2002 15:47
> To: [EMAIL PROTECTED]
> Subject: Re: Very long backup/So many files
>
> what platform are you running(OS on client and server)?
> code levels(client & server)?
> is journaled backup in use?
> how is the client connected to the server (what network)?
>
> Cordiali saluti
> Gianluca Mariani
> Tivoli TSM Global Response Team, Roma
> Via Sciangai 53, Roma
> phones : +39(0)659664598
> +393351270554 (mobile)
> [EMAIL PROTECTED]
> ------------------------------------------------------------------
> ----------
>
> ------------------------
>
> "The people of Krikkit,are, well, you know, they're just a bunch of real
> sweet guys, you know, who just happen to want to kill everybody. Hell, I
> feel the same way some mornings..."
>
>
>
> "Gill, Geoffrey
> L."
> <GEOFFREY.L.GIL
To
> [EMAIL PROTECTED]> [EMAIL PROTECTED]
> Sent by: "ADSM:
cc
> Dist Stor
> Manager"
bcc
> <[EMAIL PROTECTED]
> ST.EDU>
Subject
> Very long backup/So many files
>
> 25/10/2002
> 16:04
>
>
> Please respond
> to "ADSM: Dist
> Stor Manager"
>
>
>
>
>
>
> Does anyone think a computer that has this many files on it, that only
> backed up 12,222 files, should take over 10 hours to complete?
> I'm having a
> problem with this node dropping out a couple of times a night for being
> idle
> for more than 60 minutes too.
>
> We've double checked the NIC and switch port for the proper settings.
When
> I
> looked at it last night the CPU wasn't doing anything.
>
> 10/25/02 06:13:04 ANE4952I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects inspected: 4,151,721
>
> 10/25/02 06:13:04 ANE4954I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects backed up: 12,222
>
> 10/25/02 06:13:04 ANE4958I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects updated: 0
>
> 10/25/02 06:13:04 ANE4960I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects rebound: 0
>
> 10/25/02 06:13:04 ANE4957I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects deleted: 0
>
> 10/25/02 06:13:04 ANE4970I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects expired: 386
>
> 10/25/02 06:13:04 ANE4959I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects failed: 0
>
> 10/25/02 06:13:04 ANE4961I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of bytes transferred: 1.15 GB
>
> 10/25/02 06:13:04 ANE4963I (Session: 3357, Node: CP-ITS-DCMECPD)
Data
>
> transfer time: 73.02 sec
>
> 10/25/02 06:13:04 ANE4966I (Session: 3357, Node: CP-ITS-DCMECPD)
> Network
> data transfer rate: 16,571.01 KB/sec
>
> 10/25/02 06:13:04 ANE4967I (Session: 3357, Node: CP-ITS-DCMECPD)
> Aggregate
> data transfer rate: 32.91 KB/sec
>
> 10/25/02 06:13:04 ANE4968I (Session: 3357, Node: CP-ITS-DCMECPD)
> Objects
> compressed by: 19%%
>
> 10/25/02 06:13:04 ANE4964I (Session: 3357, Node: CP-ITS-DCMECPD)
> Elapsed
> processing time: 10:12:51
>
>
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail: <mailto:gillg@;saic.com> [EMAIL PROTECTED]
> Phone: (858) 826-4062
> Pager: (877) 905-7154
>
