winnt 4 registry

2002-01-25 Thread Burak Demircan

Hi, 
How can I backup registry of winnt 4 if I do not want to backup drive C? 
As much as I know, TSM exports registry to c:\adsm.sys folder. How can  I 
backup the registry but can't the drive C at the same time? 

Best Regards, 
Burak Demircan 




Backup of INGRES DB ?

2002-01-25 Thread f h

Hi all,

What's the best method to do a backup of INGRES DB ?

with TSM because there is no TDP.


thanks a lot for your feedback

FH

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en frangais !
Yahoo! Courrier : http://courrier.yahoo.fr



Re: Windows TSM-Client Crash

2002-01-25 Thread Pétur Eyþórsson

I have had problem´s with some Antivirus software vendors, Mainly Symantec.
You might wana try turn off youre auto protect.

Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Wouter V
Sent: 22. janúar 2002 07:50
To: [EMAIL PROTECTED]
Subject: Windows TSM-Client Crash


Hello,

We just introduced TSM in our environment.  We are now backuping up
1 unix server and 12 Windows clients (Windows 2000 Server, SP2).

We are using TSM Server 4.2.1.9 on a Unix server (S7A) and use
TSM Client 4.2.1.20 on all the windows clients.
We use a 3583 Ultrium Tape Lib, with 2 drives.

Problem 1 :

Unfortunately we have problems with the TSM Client on 3 of our Windows
machines,

- 1 machine fails to start the TSM Scheduler service during boottime,
  if we start it manually, it runs, but crashes several times during backup.
 (we do an "autorestart", if the service fails)

- the other 2 machines always start the backup, but the client (tsm
scheduler) crashes after a certain time,
are amount of files.  There is not really a fixed point where the service
crashes.  If backup
is launched from the scheduler, dsmsvc.exe crashes, if we start the backup
manually with dsmc incr,
dmsc.exe crashes.

Does anybody know what the fastest way is to solve this ?

Problem 2 :

- During migration from disk to tape, I can see (on the display) that the 2
tapedrives are not constantly writing data to
  tape, it's always writing for a short period of time, waiting for a longer
period, writing, and so on ...
  Is this normal ? Is there anything I can check or do ? Shouldn't the
tapestreamers really stream data from disk ?
  I know our situation is not ideal (the whole diskpool is on 1 disk), but
it is on another scsi-bus than the tapestreamers.



Thank you very much in advance (sorry for all my questions, but this is just
my second TSM installation),

Wouter Verschaeve,
Unix System Engineer.



Does anyone have bare metal restore prodcedure for SGI/Irix clients

2002-01-25 Thread Keith Kwiatek

Hello,

Does anyone have bare metal restore procedures for SGI/Irix clients?

We used to just boot off the SGI install disks, to a mini-root, and then
tftp dsmc over to restore the original system, but now it seems that the
dsmc module for the new 4.2 client needs libraries that don't exist on the
mini-root of the boot disk, hence we can't run dsmc to restore the original
system...

Keith



Re: Antwort: Re: Win NT 4 Installer Problems with several TSM Clients

2002-01-25 Thread Andrew Raibeck

For the purposes of diagnosing install problems, we like to see all 
logging options activated:

   setup /v"/l*v setup.log"

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED]

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




Holger Bitterlich <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
01/24/2002 23:35
Please respond to "ADSM: Dist Stor Manager"

 
To: [EMAIL PROTECTED]
cc: 
Subject:Antwort: Re: Win NT 4 Installer Problems with several TSM 
Clients

 

Just call setup /v"/l setup.log"

If you want to see all of the setup switsches look at
http://support.microsoft.com/newsgroups/



--
Holger Bitterlich
Stadtsparkasse Köln
Organisation und Datenverarbeitung
Telefon: (0221) 226 - 54 18
Fax: (0221) 226 - 51 00
mailto:[EMAIL PROTECTED]
http://www.sk-koeln.de

"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> schrieb am 24.01.2002
18:04:41:

> I cannot help with the problem, but I would like to know how you turned
on
> the logging!
>
> -Original Message-
> From: Holger Bitterlich [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 24, 2002 4:54 AM
> To: [EMAIL PROTECTED]
> Subject: Win NT 4 Installer Problems with several TSM Clients
>
>
> Hello tsm-world,
>
> I updatet several hundred NT4 SP 6 boxes with no problems. But there is
one
> that drives me crazy. I`m not able to update to any 4.x Version. I tried
> 4.1.16, 4.1.3 and 4.2.1. I get always an error saying
> " the wizard was interupted before TSM Client could be installed. Your
> system has not been modified. To complete installation run setup again."
> So I went to adsm.org and found an article from Andy Raibeck, dealing
with
> the 8.3 naming convention. But this is not the error. the registry key 
is
> set correctly. I forced the installation to log . See the output at the
> end.
>
> I ran out of ideas  HELP !!!
>
>

Da E-Mails leicht unter fremdem Namen erstellt oder manipuliert werden
koennen, muessen wir zu Ihrem und unserem Schutz die rechtliche
Verbindlichkeit der vorstehenden Erklaerungen ausschliessen. Die fuer die
Stadtsparkasse Koeln geltenden Regeln ueber die Verbindlichkeit von
rechtsgeschaeftlichen Erklaerungen mit verpflichtendem Inhalt bleiben
unberuehrt.



Re: Storage Pool Migration and Mediawait question/problem

2002-01-25 Thread Wouter V

Hello Tab,

Thank you for your reply, you are absolutely wright !
A few days ago we changed our diskpool from 1 volume of 16 Gb. to 16 volumes
of 1 Gb. This gives a whole lot of difference !! I watched the backup (quite
interesting) the whole
night (didn't go to sleep), and saw that no Media Wait occured. According
the
advice from somebody else in this newsgroup we lowered the high mig
threshold to 50 %.
Now the backuppool gets to a maximum of 80 % Util.

Regards,

Wouter.


-Oorspronkelijk bericht-
Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens Tab
Trepagnier
Verzonden: vrijdag 25 januari 2002 2:14
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Storage Pool Migration and Mediawait question/problem


Wouter,

You didn't provide info on your disk pool setup, but a few months back on
the forum there was a discussion on whether it was better to use one big
volume or carve up the disks into multiple smaller volumes.

If you encounter media wait status during migrations at the low migration
thresholds you have set, either the "next" file won't fit in the remaining
space and all downstream tape drives are in use, or you have only one or
two disk volumes and the client can't get a lock on another volume to use
while the migration is running.

I personally subscribe to the theory that more volumes (within reason) are
better.  Most of my disk pools consist of many 1000 MB volumes.  I have
migration threshold set to 75% and I NEVER see "waiting for mount" messages
in the backup logs.  And my disk pools are "too small" by TSM best practice
standards.

Good luck.

Tab Trepagnier
TSM Administrator
Laitram Corporation







Wouter V <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/18/2002 05:21:27 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Storage Pool Migration and Mediawait question/problem


Why does the migration process cause a (large) delay for my backups
(mediawait) ?
I don't understand why backup can't continue while TSM is migrating the
data
from disk to tape ? There is still enough place in the diskpool !

Can anybody give me any hints are recommandations ?

Thank you in advance !!

Wouter V.


Storage  Device   EstimatedPctPct  High  Low  Next Stora-
Pool NameClass NameCapacity   Util   Migr   Mig  Mig  ge Pool
   (MB) Pct  Pct
---  --  --  -  -    ---  ---
ARCHIVEPOOL  DISK   0.00.00.090   70
BACKUPPOOL   DISK  16,720.0   63.3   57.160   30  PTAPE_POOL
PTAPE_POOL   TAPE_CLASS  1,907,340.4.6  100.0   1000
  0
SPACEMGPOOL  DISK   0.00.00.090   70

Process Process Description  Status
  Number
 
--
---
  31 MigrationDisk Storage Pool BACKUPPOOL, Moved Files:
42790,
   Moved Bytes: 1,297,846,272, Unreadable
Files:
0,
   Unreadable Bytes: 0. Current Physical File
   (bytes): 2,043,904

   Current output volume: 13.

  32 MigrationDisk Storage Pool BACKUPPOOL, Moved Files:
6854,
   Moved Bytes: 1,225,912,320, Unreadable
Files:
0,
   Unreadable Bytes: 0. Current Physical File
   (bytes): 14,446,592

   Current output volume: 06.




  Sess Comm.  Sess Wait   Bytes   Bytes Sess  Platform Client Name
Number Method StateTimeSent   Recvd Type
-- -- -- -- --- --- -  -
11,683 ShMem  IdleW  22.6 M   1.7 K   1.1 K Node  AIX  BWB_ONT
11,684 ShMem  Run  0 S   18.7 K   6.2 G Node  AIX  BWB_ONT
11,685 ShMem  IdleW  11.3 M 858 821 Node  AIX  BWB_ONT
11,697 Tcp/Ip IdleW  27.1 M   3.5 M   9.0 K Node  WinNTNEWTON
11,698 Tcp/Ip MediaW 20.5 M 714 235.8 M Node  WinNTNEWTON
11,703 Tcp/Ip IdleW  21.1 M   3.4 M 650 Node  WinNTEINSTEIN
11,704 Tcp/Ip MediaW 21.7 M 354  22.3 K Node  WinNTEINSTEIN
11,705 Tcp/Ip MediaW 21.6 M 354   3.9 K Node  WinNTEINSTEIN
11,706 Tcp/Ip IdleW  20.6 M  34.8 M 840 Node  WinNTEINSTEIN
11,709 Tcp/Ip IdleW  18.6 M 465.0 K   1.1 K Node  WinNTACSL1
11,710 Tcp/Ip MediaW 19.0 M 354  22.3 K Node  WinNTACSL1
11,711 Tcp/Ip IdleW  18.5 M 680.0 K 501 Node  WinNTACSL1
11,712 Tcp/Ip MediaW 18.9 M 354   8.9 K Node  WinNTACSL1
11,714 Tcp/Ip IdleW  16.4 M   1.8 M 589 Node  WinNTITF_TRA
11,715 Tcp/Ip MediaW 16.7 M 354  22.2 K Node  WinNTITF_TRA
11,716 Tcp/Ip IdleW  16.6 M 515 819 Node  WinNTITF_TRA
11,717 Tcp/Ip MediaW 16.5 M 354   5.3 K Node  WinNTITF_TRA
11,718 Tcp/Ip Idle

Re: Windows TSM-Client Crash

2002-01-25 Thread Wouter V

Can you tell me what tools you are talking about ? I'm not very experienced
in all that DLL-stuff.

Thanks.

Wouter.


-Oorspronkelijk bericht-
Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens Tab
Trepagnier
Verzonden: vrijdag 25 januari 2002 2:06
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Windows TSM-Client Crash


Wouter,

I have seen the Windows service crash from two different reasons:
1) corrupted file on the disk; use CHKDSK to fix any corrupted files.
2) wrong version of certain DLLs included with the client; check the DLLs
in the client directory. There are tools that display the version of the
DLL loaded into memory.  If the DLL in memory is older than the one in the
client directory, that might cause a crash.

As for your tape activity, I see the same behavior on my HP DLTs during DB
backups.  Even though my RS/6000 is sending data (according to topas) at 8
MB/s, the HP writes for a few seconds, then idles for a few seconds.  I
think the HP drives have 16 MB memory and don't actually perform a write
until the buffer is filled.

Hope this helps.

Tab Trepagnier
TSM Administrator
Laitram Corporation








Wouter V <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/22/2002 01:49:42 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Windows TSM-Client Crash


Hello,

We just introduced TSM in our environment.  We are now backuping up
1 unix server and 12 Windows clients (Windows 2000 Server, SP2).

We are using TSM Server 4.2.1.9 on a Unix server (S7A) and use
TSM Client 4.2.1.20 on all the windows clients.
We use a 3583 Ultrium Tape Lib, with 2 drives.

Problem 1 :

Unfortunately we have problems with the TSM Client on 3 of our Windows
machines,

- 1 machine fails to start the TSM Scheduler service during boottime,
  if we start it manually, it runs, but crashes several times during
backup.
 (we do an "autorestart", if the service fails)

- the other 2 machines always start the backup, but the client (tsm
scheduler) crashes after a certain time,
are amount of files.  There is not really a fixed point where the service
crashes.  If backup
is launched from the scheduler, dsmsvc.exe crashes, if we start the backup
manually with dsmc incr,
dmsc.exe crashes.

Does anybody know what the fastest way is to solve this ?

Problem 2 :

- During migration from disk to tape, I can see (on the display) that the 2
tapedrives are not constantly writing data to
  tape, it's always writing for a short period of time, waiting for a
longer
period, writing, and so on ...
  Is this normal ? Is there anything I can check or do ? Shouldn't the
tapestreamers really stream data from disk ?
  I know our situation is not ideal (the whole diskpool is on 1 disk), but
it is on another scsi-bus than the tapestreamers.



Thank you very much in advance (sorry for all my questions, but this is
just
my second TSM installation),

Wouter Verschaeve,
Unix System Engineer.



TSM Client core dumps

2002-01-25 Thread Guenther Bergmann

Hi TSM'ers,

suddenly we encountered the following error on a TSM AIX Client which worked
like a charm for weeks. dsmerror.log reads:

01/25/02   01:15:57 B/A Txn Producer thread, fatal error, signal 11
01/25/02   01:15:57   0xD015FAD0 _ptrgl
01/25/02   01:15:57   0x1002FED4 *UNKNOWN*
01/25/02   01:15:57   0x10024F5C *UNKNOWN*
01/25/02   01:15:57   0x100D4194 *UNKNOWN*
01/25/02   01:15:57   0x100D4960 *UNKNOWN*
01/25/02   01:15:57   0x100D4960 *UNKNOWN*
01/25/02   01:15:57   0x100D4960 *UNKNOWN*
01/25/02   01:15:57   0x100D4960 *UNKNOWN*
01/25/02   01:15:57   0x100D0ED0 *UNKNOWN*
01/25/02   01:15:57   0x100D2B80 *UNKNOWN*
01/25/02   01:15:57   0x100D242C *UNKNOWN*
01/25/02   01:15:57   0x100ABA00 *UNKNOWN*
01/25/02   01:15:57   0x100AB898 *UNKNOWN*
01/25/02   01:15:57   0x100AB3FC *UNKNOWN*
01/25/02   01:15:57   0x10099950 *UNKNOWN*
01/25/02   01:15:57   0x100999A0 *UNKNOWN*
01/25/02   01:15:57   0xD00081FC _pthread_body

TSM Client is 4.1.3, running on AIX 4.3.3. TSM Server is 4.1.4, running on AIX
4.3.3. We don't see anything related in the servers activity log.

Any hint is welcome.

regards Guenther

--
Guenther Bergmann
UNIX Systemadministration
PrintCom Service Zentrum Frankfurt  +49 (0)69 / 272 86-439
Deutsche Post AG * Printcom Service Zentrum * Gutleutstr. 340-344* 60327
Frankfurt/M



Multiple DSMCAD

2002-01-25 Thread Wouter V

Does anybody know how to make different dsmcad process running on one (AIX)
machine ?
Through a search in adsm.org I found  one website which 'could' explain it,
but
that site is not available anymore.  We use 2 different schedulers on the
TSM-server itself.

TSM Server = 4.1.9 on AIX

Thanks !

Regards,

Wouter Verschaeve



Re: Windows TSM-Client Crash

2002-01-25 Thread Tab Trepagnier

Wouter,

It's been a couple of years...

If you search the forum archives you should find older posts by me that
name the DLLs in question.

You might also check www.sysinternals.com (run by frequent contributors to
"Windows & .Net Magazine").  They provide a LOT of really cool Windows
analysis tools for free.

Tab







Wouter V <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002 08:56:14 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: Windows TSM-Client Crash


Can you tell me what tools you are talking about ? I'm not very experienced
in all that DLL-stuff.

Thanks.

Wouter.


-Oorspronkelijk bericht-
Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens Tab
Trepagnier
Verzonden: vrijdag 25 januari 2002 2:06
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Windows TSM-Client Crash


Wouter,

I have seen the Windows service crash from two different reasons:
1) corrupted file on the disk; use CHKDSK to fix any corrupted files.
2) wrong version of certain DLLs included with the client; check the DLLs
in the client directory. There are tools that display the version of the
DLL loaded into memory.  If the DLL in memory is older than the one in the
client directory, that might cause a crash.

As for your tape activity, I see the same behavior on my HP DLTs during DB
backups.  Even though my RS/6000 is sending data (according to topas) at 8
MB/s, the HP writes for a few seconds, then idles for a few seconds.  I
think the HP drives have 16 MB memory and don't actually perform a write
until the buffer is filled.

Hope this helps.

Tab Trepagnier
TSM Administrator
Laitram Corporation








Wouter V <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/22/2002 01:49:42 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Windows TSM-Client Crash


Hello,

We just introduced TSM in our environment.  We are now backuping up
1 unix server and 12 Windows clients (Windows 2000 Server, SP2).

We are using TSM Server 4.2.1.9 on a Unix server (S7A) and use
TSM Client 4.2.1.20 on all the windows clients.
We use a 3583 Ultrium Tape Lib, with 2 drives.

Problem 1 :

Unfortunately we have problems with the TSM Client on 3 of our Windows
machines,

- 1 machine fails to start the TSM Scheduler service during boottime,
  if we start it manually, it runs, but crashes several times during
backup.
 (we do an "autorestart", if the service fails)

- the other 2 machines always start the backup, but the client (tsm
scheduler) crashes after a certain time,
are amount of files.  There is not really a fixed point where the service
crashes.  If backup
is launched from the scheduler, dsmsvc.exe crashes, if we start the backup
manually with dsmc incr,
dmsc.exe crashes.

Does anybody know what the fastest way is to solve this ?

Problem 2 :

- During migration from disk to tape, I can see (on the display) that the 2
tapedrives are not constantly writing data to
  tape, it's always writing for a short period of time, waiting for a
longer
period, writing, and so on ...
  Is this normal ? Is there anything I can check or do ? Shouldn't the
tapestreamers really stream data from disk ?
  I know our situation is not ideal (the whole diskpool is on 1 disk), but
it is on another scsi-bus than the tapestreamers.



Thank you very much in advance (sorry for all my questions, but this is
just
my second TSM installation),

Wouter Verschaeve,
Unix System Engineer.



Re: Windows TSM-Client Crash

2002-01-25 Thread Wouter V

Thank you for your response,

We turn off the viruscan services before backup and turn them back on
afterwards.
So, this can't be the problem, I think.

Regards,
Wouter. V.


-Oorspronkelijk bericht-
Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens Pitur
Ey~srsson
Verzonden: vrijdag 25 januari 2002 9:41
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Windows TSM-Client Crash


I have had problem4s with some Antivirus software vendors, Mainly Symantec.
You might wana try turn off youre auto protect.

Kvedja/Regards
Petur Eythorsson
Taeknimadur/Technician
IBM Certified Specialist - AIX
Tivoli Storage Manager Certified Professional
Microsoft Certified System Engineer

[EMAIL PROTECTED]

 Nyherji Hf  Simi TEL: +354-569-7700
 Borgartun 37105 Iceland
 URL:http://www.nyherji.is


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Wouter V
Sent: 22. janzar 2002 07:50
To: [EMAIL PROTECTED]
Subject: Windows TSM-Client Crash


Hello,

We just introduced TSM in our environment.  We are now backuping up
1 unix server and 12 Windows clients (Windows 2000 Server, SP2).

We are using TSM Server 4.2.1.9 on a Unix server (S7A) and use
TSM Client 4.2.1.20 on all the windows clients.
We use a 3583 Ultrium Tape Lib, with 2 drives.

Problem 1 :

Unfortunately we have problems with the TSM Client on 3 of our Windows
machines,

- 1 machine fails to start the TSM Scheduler service during boottime,
  if we start it manually, it runs, but crashes several times during backup.
 (we do an "autorestart", if the service fails)

- the other 2 machines always start the backup, but the client (tsm
scheduler) crashes after a certain time,
are amount of files.  There is not really a fixed point where the service
crashes.  If backup
is launched from the scheduler, dsmsvc.exe crashes, if we start the backup
manually with dsmc incr,
dmsc.exe crashes.

Does anybody know what the fastest way is to solve this ?

Problem 2 :

- During migration from disk to tape, I can see (on the display) that the 2
tapedrives are not constantly writing data to
  tape, it's always writing for a short period of time, waiting for a longer
period, writing, and so on ...
  Is this normal ? Is there anything I can check or do ? Shouldn't the
tapestreamers really stream data from disk ?
  I know our situation is not ideal (the whole diskpool is on 1 disk), but
it is on another scsi-bus than the tapestreamers.



Thank you very much in advance (sorry for all my questions, but this is just
my second TSM installation),

Wouter Verschaeve,
Unix System Engineer.



quiesce the database - possible?

2002-01-25 Thread Stumpf, Joachim

Hi together,

we run TSM-server 4.1.3.0 on OS/390 R2.10.
Now we want to save our TSM-database with dss concurrent copy.
For this its neccesary that on start of the cc-job the
database is not in use (nothing should be changed in the db at this moment)
Usually we have to shut down the running tsm-task and have to wait until the cc-job 
has started.
But is there a chance to quiesce the db without stopping the tsm-task?

Is this possible?

-- 
regards / Mit freundlichen Gruessen
Joachim Stumpf
Datev eG
  



Re: TSM Server on Windows - Does it work?

2002-01-25 Thread asr

=> On Wed, 16 Jan 2002 22:13:10 +0100, wptw63 <[EMAIL PROTECTED]> said:

> We are considering installing TSM server, and are being 'encouraged' to
> run it on AIX but are a little cold to the idea.  We have more
> experience supporting Windows 2000.

> Does anyone have any feedback on the stability or performance of TSM
> server running on Windows?

The problem is likely to be with windows itself.  If Microsoft's ideas of
stability don't give you pause, then you shouldn't have a problem.

- Allen S. Rout



Simbolic links

2002-01-25 Thread Gianni Garda

Hello to all,

I have perform an archive of a simbolic link then I have delete it.When I
have retrieve the link the server has retrive the file.

Is it correct ?

If I perform the same operations with the backup function when I restore the
link everything is OK .

Any incorrect settings ?
Any suggestions?
Thanks in advance,


--
Gianni Garda



Windows client 4.1.2.20 on Citrix server

2002-01-25 Thread Bruce Kamp

Just installed the new Windows client on a new Citrix farm.
The server farm is Windows 2000 server & Citrix Metaframe XPe feature
release 1.
TSM version 4.1.3.2 is on AIX 4.3.3.
I have scheduler running in CAD mode to manage the scheduler.
I am receiving the following errors in the dsmerror.log:
01/24/2002 11:27:59 sessOpen: Error 137 from signon authentication.
01/24/2002 14:00:56 Assertion failed. Addr 00C82DF8, File ntsecurity.cpp,
Line 589
01/24/2002 14:00:59 ANS1448E An error occurred accessing NTFS security
information

Also in the svcerror.log I have this error:
1/24 07:12:53 dscsvc.c(1164): GetRegistryEntries(): Registry Password for
node 'METAFRAME-NFUSE' not set

Any ideas?

Thanks,

Bruce Kamp
Network Analyst II
Memorial Healthcare System
P: (954)987-2020 x6008
F: (954)985-2274
E: [EMAIL PROTECTED]




AIX 4.3.3 Maintenance Levels with both TSM Server version 3.7.1 a nd 4.2.1

2002-01-25 Thread Poetzsch,Robert E.

I'm about to perform a Maintenance Level upgrade on my AIX 4.3.3.0 Operating
System.

Have been running TSM Server version 3.7.1 since 12/1999 on the original AIX
4.3.3.0 just fine.

I'm told that TSM 4.2.1 Server (for AIX) requires AIX 4.3.3 Maintenance
Level 6 or later, and it was suggested that I go right to Maintenance Level
9.

I run the Pre-Installation Check command "lppchk -v" successfully.
When I issue the next command "lppchk -c" I get 5 errors.
/usr/lpp/atldd/atltrc could not be found
/usr/lpp/atldd/mtevent could not be found
/usr/lpp/atldd/mtlibio.h could not be found
/usr/lpp/atldd/trcatl could not be found
/usr/lpp/atldd/mtlib could not be found

I'm thinking that one of the earlier Maint. Levels might've fixed these
problems...

I'm looking for advice on performing the Maintenance Level upgrade on AIX
4.3.3.

- Do I need to shutdown the TSM Server to perform the AIX 4.3.3 Maintenance
Level upgrade?

- Will I have a problem with my existing TSM 3.7.1 server when upgrading to
M.L. 9?

- I'm told that the AIX command "oslevel -r" only works with a Maintenance
Level release higher than where I'm at (like M.L. 4 or higher?)

Thanks,

-Bob Poetzsch
Tivoli Storage Manager - System Administrator
Enterprise Computing Services
UCONN Health Center
Farmington, CT   06030-5205



Re: Backup of INGRES DB ?

2002-01-25 Thread Anderson F. Nobre

Hi FH,

Stop de database, if you use filesystems so backup with the archive command.
If you use raw devices so you should backup with image backup. Then restart
the database.

Regards,

Anderson

> Hi all,
>
> What's the best method to do a backup of INGRES DB ?
>
> with TSM because there is no TDP.
>
>
> thanks a lot for your feedback
>
> FH
>
> ___
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en frangais !
> Yahoo! Courrier : http://courrier.yahoo.fr
>



dsmc job = what tsm server session?

2002-01-25 Thread Jim Taylor

Who can help with this one?

When I do a series of backups or archives on a client and send the output to
a file (like the dsmsched.log) I would like a way that I can correlate which
of the client dsmc jobs belongs to a given server session number.  As I do
many archives and backups from a single client and possibly at the same
time, comparing the start time does not help.  Note: I have restricted the
configuration so that 1 dsmc command will only have a single corresponding
server session, for these backups and archives.  Any help would be much
appreciated.


> Jim Taylor
> Associate, Technical Services
> Enlogix
> *  E-mail: [EMAIL PROTECTED]
> *  Office: (416) 496-5264 ext. 286
> * Cell:  (416)458-6802
> *   Fax: (416) 496-5245
>
>



Re: TSM error log question

2002-01-25 Thread George Lesho

No files in the lost+found directory at all... George Lesho





"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/24/2002
11:48:26 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


Are there any files/dirs in the lost+found directory that may have names
that begin with "?"?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: TSM error log question


I continue to get the following error on all my systems that have the
/usr/bmc/lost+found directory/path:

01/23/02   00:47:15 PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /usr/bmc  /lost+found

I was pretty sure that the PrivIncrFileSpace was a permission issue message
so
I changed file permissions on the directory in question to 777 and still
get
the
error during backups. The backup in question is kicked off by the owner
"informix"
not root.The copygroup governing this backup uses: Copy Serialization
Shared
Dynamic
and I don't use the "CHANGINGRETRIES" option in the client option file to
allow the
default value of four checks of an in use file and then the file will be
backed up
regardless of state.

current listing of the lost+found directory:

drwxrwxrwx   2 root system   512 Jul 21 1999  lost+found

any ideas???

George Lesho
AFC Enterprises



TSM Service failed during startup - Event ID 7022

2002-01-25 Thread Stormy Maddux

On several of our NT and Win2K machines, with the 4.2.1.20 or 4.2.1 or 4.2.0 TSM 
client you get an error on startup/reboot "At least one service or driver failed 
during system startup.  Use EvenViewer to examine the event log for details."

The Event Log shows:
Event ID: 7022
Source: Service Control Manager
Type: Error
Description:  The TSM Central Scheduler Service hung on starting

Even though the pop up error showed failed, and the event log showed hung, the service 
shows started and the schedule appears to run normally.

On one NT Server, in order not to get the error, we had to install Version 3 of the 
client.

Any ideas?

Stormy Maddux



Database Specs

2002-01-25 Thread Wholey, Joseph (TGA\\MLOL)

I'm running TSM v 4.1.3 on System\390.  My database is 47G and spread across 25 
physical volumes (gets a 78% cache hit / not so great).

One of my performance and tuning books recommends not spreading your database over 
more than 12 physical volumes.  Could anyone explain why?  What kind of 
performance/utilazation "hit" am I going to
incur by having my db spread across 25 volumes?

Regards,
Joe Wholey
TGA Distributed Data Services
Merrill Lynch
Phone: 212-647-3018
Page:  888-637-7450
E-mail: [EMAIL PROTECTED]



compression

2002-01-25 Thread Wholey, Joseph (TGA\\MLOL)

Currently running TSM v 4.1.3 on System\390.  Run compression on the client as well as 
harware compression on Device type Cartridge and 3590.  Ideally this is not the way to 
go... but we need to run
compression on the client due to network constraints.  Is it a FACT that running a 
compression routine 2x will ultimately double the size of the original file?  Where 
can I find more info on this?
Any suggestions would be appreciated.

Regards,
Joe Wholey
TGA Distributed Data Services
Merrill Lynch
Phone: 212-647-3018
Page:  888-637-7450
E-mail: [EMAIL PROTECTED]



Re: Mitigating Risk with TSM's incremental backups

2002-01-25 Thread Zlatko Krastev/ACIT

Do not forget about DB backup sent off-site.
Most probably you are moving them but did not mentioned. The reusedelay and
DB backup retension should set that only after a DB backup with information
about the new volume where data is copied as result of copy pool
reclamation the old reclaimed tape can become "empty" and be brought
on-site.

Zlatko Krastev
IT Consultant





Justin Derrick <[EMAIL PROTECTED]> on 24.01.2002 15:05:30
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:

Subject:Mitigating Risk with TSM's incremental backups

I've been using TSM for quite a few years on AIX, and surprisingly, this
issue hasn't come up before.

My customer is using TSM in conjunction with Content Manager OnDemand.  The
config looks like this:

AIX 4.3.3 on H70
OnDemand, DB2, TSM
Data is cached on disk (by OnDemand, not TSM), and also copied to Optical
(a la 3995), then backed up to LTO.
They are currently a very low-volume shop, adding under 1GB a day to the
TSM system.

The question raised to which I didn't have a good answer was:

If we take a non-full LTO offsite for disaster recovery purposes, then
bring it back onsite as part of regular rotation, a vulnerability is
created.  If the tape is on site when a disaster occurs (which would always
be the case since their courier only delivers once a day), not only is that
day's information lost, but all the previous days of incrementals
previously written to the tape are destroyed as well.

I know we could keep multiple copypools in the chain, but it seems like an
expensive solution to a simple problem.

The immediate solution would be to create new 'full' backups of the
contents of the optical jukebox every day, and take them offsite.  While
this would actually be feasible in the short term (given their low growth)
it would quickly become unmanagible in the future.

Is the solution to simply buy enough tapes so that you simply send one tape
a day offsite for as long as possible, then perform large reclaimation once
every 'long as possible'?  This sounds like it's within the realm of the
DRM, which I'm woefully inexperienced with.  Any advice, direction, etc.
would be greatly appreciated.

-JD.



Re: TSM Service failed during startup - Event ID 7022

2002-01-25 Thread Doug Thorneycroft

Check the dsmerror.log and see if it contains any clues.

-Original Message-
From:   Stormy Maddux [SMTP:[EMAIL PROTECTED]]
Sent:   Friday, January 25, 2002 9:55 AM
To: [EMAIL PROTECTED]
Subject:TSM Service failed during startup - Event ID 7022

On several of our NT and Win2K machines, with the 4.2.1.20 or 4.2.1 or
4.2.0 TSM client you get an error on startup/reboot "At least one service
or driver failed during system startup.  Use EvenViewer to examine the
event log for details."

The Event Log shows:
Event ID: 7022
Source: Service Control Manager
Type: Error
Description:  The TSM Central Scheduler Service hung on starting

Even though the pop up error showed failed, and the event log showed hung,
the service shows started and the schedule appears to run normally.

On one NT Server, in order not to get the error, we had to install Version
3 of the client.

Any ideas?

Stormy Maddux



Re: Mitigating Risk with TSM's incremental backups

2002-01-25 Thread Zlatko Krastev/ACIT

Only one remark:
As Kelly pointed reusedelay parameter has to be set how long to keep
already reclaimed tape before reuse.
This is parameter for both primary and copy pools. *BUT* the parameter also
must be greater than the oldest DB backup kept on-site and off-site.
If you restore from DB backup say 4 days old but reusedelay is set to only
2 days a tape reclaimed 2 days ago may be reused again. And DB restore from
4-days old DB backup does not know about that !!
So bring back on-site only "empty" tapes. If tape is in state "pending"
this means its data is already reclaimed on another cartridge but we still
have old DB backup unaware of the fact.
And as a rule of thumb:
perform "del volh tod=- t=dbb" using daily administrative
schedule and have reusedelay for every storage pool longer than
 days.

Zlatko Krastev
IT Consultant





"Kauffman, Tom" <[EMAIL PROTECTED]> on 24.01.2002 16:32:06
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:

Subject:Re: Mitigating Risk with TSM's incremental backups

I'd suggest using TSM to back the data up to LTO, then back up the LTO
storage pool to a copy pool and send the copies off-site. Run reclaims and
only bring back empty or pending empty off-site tapes. My worst case sends
off a tape that is 5% full daily. The reclaim actually kicks in just after
the tapes are checked out. The downside to this is the number of $110 LTO
tapes you need, and that's a function of how often you move tapes off-site
and how often you bring back the empties.

You don't need DRM for this, although it may help (never tried it, so I
can't help there). I've got a few conventions I use and a few scripts that
simplify life, and we ship off-site daily, with the empties coming back on
Friday. The naming convention I use is  as diskpool,
-LT
as tape pool, and -LT-COPY as copy pool: INDEF (disk pool for our
commonstore), INDEF-LT, and INDEF-LT-COPY. One of the daily scripts does
the
backup storage pool. Another does a "q vol stg=*copy acce=reado,readw
st=fil,ful", captures the volsers and does the "checkout libvol 
 remove=bulk checklabel=no". A typical day sees 8 tapes going
off-site, including the TSM database backup; a normal Friday has 40 tapes
coming back, including 5 week-old TSM database backups.

Hope this helps -

Tom Kauffman
NIBCO, Inc

> -Original Message-
> From: Justin Derrick [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 24, 2002 8:06 AM
> To: [EMAIL PROTECTED]
> Subject: Mitigating Risk with TSM's incremental backups
>
>
> I've been using TSM for quite a few years on AIX, and
> surprisingly, this
> issue hasn't come up before.
>
> My customer is using TSM in conjunction with Content Manager
> OnDemand.  The
> config looks like this:
>
> AIX 4.3.3 on H70
> OnDemand, DB2, TSM
> Data is cached on disk (by OnDemand, not TSM), and also
> copied to Optical
> (a la 3995), then backed up to LTO.
> They are currently a very low-volume shop, adding under 1GB a
> day to the
> TSM system.
>
> The question raised to which I didn't have a good answer was:
>
> If we take a non-full LTO offsite for disaster recovery purposes, then
> bring it back onsite as part of regular rotation, a vulnerability is
> created.  If the tape is on site when a disaster occurs
> (which would always
> be the case since their courier only delivers once a day),
> not only is that
> day's information lost, but all the previous days of incrementals
> previously written to the tape are destroyed as well.
>
> I know we could keep multiple copypools in the chain, but it
> seems like an
> expensive solution to a simple problem.
>
> The immediate solution would be to create new 'full' backups of the
> contents of the optical jukebox every day, and take them
> offsite.  While
> this would actually be feasible in the short term (given
> their low growth)
> it would quickly become unmanagible in the future.
>
> Is the solution to simply buy enough tapes so that you simply
> send one tape
> a day offsite for as long as possible, then perform large
> reclaimation once
> every 'long as possible'?  This sounds like it's within the
> realm of the
> DRM, which I'm woefully inexperienced with.  Any advice,
> direction, etc.
> would be greatly appreciated.
>
> -JD.
>



Re: compression

2002-01-25 Thread William F. Colwell

Joe - if the 2 compresion processes are both software, the yes, the output of the 2nd 
compression
will be large than its input.  But if the 2nd compression is being done by a tape 
drive, the drive will be
smart enough to stop the compression if the file grows.  It least that is the case for 
3590 & 9840.

I am doing exactly what you are doing and I get 19.2 GB on a 9840, which is the 
nominal uncompressed
capacity.

Bill Colwell


At 01:00 PM 1/25/2002 -0500, you wrote:
>Currently running TSM v 4.1.3 on System\390.  Run compression on the client as well 
>as harware compression on Device type Cartridge and 3590.  Ideally this is not the 
>way to go... but we need to run
>compression on the client due to network constraints.  Is it a FACT that running a 
>compression routine 2x will ultimately double the size of the original file?  Where 
>can I find more info on this?
>Any suggestions would be appreciated.
>
>Regards,
>Joe Wholey
>TGA Distributed Data Services
>Merrill Lynch
>Phone: 212-647-3018
>Page:  888-637-7450
>E-mail: [EMAIL PROTECTED]

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.



Re: Database Specs

2002-01-25 Thread William F. Colwell

Joe - the number of volumes isn't the problem.  You need to increase the bufpoolsize 
in the server
dsm.opt file.  Here is a 'q db f=d' from my system.  The bufpoolsize parameter becomes 
the
'buffer pool pages' value in the q db.

Bill Colwell
- - -
tsm: NEW_ADSM_SERVER_ON_PORT_1600>q db f=d

  Available Space (MB): 166,860
Assigned Capacity (MB): 166,860
Maximum Extension (MB): 0
Maximum Reduction (MB): 18,640
 Page Size (bytes): 4,096
Total Usable Pages: 42,716,160
Used Pages: 37,947,974
  Pct Util: 88.8
 Max. Pct Util: 88.8
  Physical Volumes: 45
 Buffer Pool Pages: 65,536
 Total Buffer Requests: 194,057,057
Cache Hit Pct.: 98.44
   Cache Wait Pct.: 0.00
   Backup in Progress?: No
Type of Backup In Progress:
  Incrementals Since Last Full: 5
Changed Since Last Backup (MB): 1,542.07
Percentage Changed: 1.04
Last Complete Backup Date/Time: 01/24/2002 15:49:51
- - -
At 12:54 PM 1/25/2002 -0500, you wrote:
>I'm running TSM v 4.1.3 on System\390.  My database is 47G and spread across 25 
>physical volumes (gets a 78% cache hit / not so great).
>
>One of my performance and tuning books recommends not spreading your database over 
>more than 12 physical volumes.  Could anyone explain why?  What kind of 
>performance/utilazation "hit" am I going to
>incur by having my db spread across 25 volumes?
>
>Regards,
>Joe Wholey
>TGA Distributed Data Services
>Merrill Lynch
>Phone: 212-647-3018
>Page:  888-637-7450
>E-mail: [EMAIL PROTECTED]

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.



Re: TSM error log question

2002-01-25 Thread Malbrough, Demetrius

-George-

Are you also seeing ANS1028S error messages? If so you may be getting a
bite of APAR IC32589...

APAR= IC32589  SER=MS MSGANS1028S
DSMSTAT ERROR BREAKS PARTIAL INCREMENTAL/SELECTIVE WITH ANS1028S
WHEN USING OPTIONS SUBDIR=YES AND NFSTIMEOUT > 0

Status: OPENClosed:

Apar Information:

RCOMP= 5698TSMCLTIVOLI STR MGR  RREL= R42A
FCOMP=  PFREL= F TREL= T


Return Codes:

Applicable Component Level/SU:


Error Description:
Problem Description: When running partial incremental/selective
backups, you may encounter ANS1028S error message. This will
happen if you have specified the subdir option yes, and have
specified a filespace that does not contain sub-directories.
..
For example:

When running the command dsmc i /etc -su=yes you will encounter
the ANS1028S error message.

During this command the client scans the root file system and
tries to find "etc" objects. During this search it issues a
number of stat/lstat (AIX system) calls against the scanned
directory structure. If we use NFSTIMEOUT <> 0, our client uses
dsmstat executables which are actually virtual stat calls. When
we set NFSTIMEOUT = 0 the client uses native OS calls.
..
A SERVICE trace taken during the backup has the following
entries during the time of the failure.

incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.cedit
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /  /.ddd
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.dt/Desktop
aix/pserrno.cpp (220):  TransErrno: Unexpected error from lstat,

errno = 32
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=131 from
fioGetDirEntries:  / /.dt/help/root-murphy-0
ANS1028S Internal program error.  Please see your service

Local Fix:
Setting NFSTimeout to 0 has provided a workaround for this
problem.


-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


No files in the lost+found directory at all... George Lesho





"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/24/2002
11:48:26 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


Are there any files/dirs in the lost+found directory that may have names
that begin with "?"?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: TSM error log question


I continue to get the following error on all my systems that have the
/usr/bmc/lost+found directory/path:

01/23/02   00:47:15 PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /usr/bmc  /lost+found

I was pretty sure that the PrivIncrFileSpace was a permission issue message
so
I changed file permissions on the directory in question to 777 and still
get
the
error during backups. The backup in question is kicked off by the owner
"informix"
not root.The copygroup governing this backup uses: Copy Serialization
Shared
Dynamic
and I don't use the "CHANGINGRETRIES" option in the client option file to
allow the
default value of four checks of an in use file and then the file will be
backed up
regardless of state.

current listing of the lost+found directory:

drwxrwxrwx   2 root system   512 Jul 21 1999  lost+found

any ideas???

George Lesho
AFC Enterprises



Re: Database Specs

2002-01-25 Thread Malbrough, Demetrius

If you are going to increase the BUFPoolsize parameter make sure you do it
based on
the amount of System Memory (MB). 'An optimal setting for the database
buffer pool is one in which the cache hit percentage is greater than or
equal to 98%. If you have enough memory, increase in 1MB increments. A cache
hit percentage greater than 99% is an indication that the proper BUFPoolsize
has been reached. While increasing BUFPoolsize, care must be taken not to
cause paging in the virtual memory system. Monitor system memory usage to
check for any increased paging after the BUFPoolsize change. (Use the RESET
BUFP command to reset the cache hit statistics.)'

Regards,

Demetrius Malbrough
UNIX/TSM Administrator




-Original Message-
From: William F. Colwell [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 1:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Database Specs


Joe - the number of volumes isn't the problem.  You need to increase the
bufpoolsize in the server
dsm.opt file.  Here is a 'q db f=d' from my system.  The bufpoolsize
parameter becomes the
'buffer pool pages' value in the q db.

Bill Colwell
- - -
tsm: NEW_ADSM_SERVER_ON_PORT_1600>q db f=d

  Available Space (MB): 166,860
Assigned Capacity (MB): 166,860
Maximum Extension (MB): 0
Maximum Reduction (MB): 18,640
 Page Size (bytes): 4,096
Total Usable Pages: 42,716,160
Used Pages: 37,947,974
  Pct Util: 88.8
 Max. Pct Util: 88.8
  Physical Volumes: 45
 Buffer Pool Pages: 65,536
 Total Buffer Requests: 194,057,057
Cache Hit Pct.: 98.44
   Cache Wait Pct.: 0.00
   Backup in Progress?: No
Type of Backup In Progress:
  Incrementals Since Last Full: 5
Changed Since Last Backup (MB): 1,542.07
Percentage Changed: 1.04
Last Complete Backup Date/Time: 01/24/2002 15:49:51
- - -
At 12:54 PM 1/25/2002 -0500, you wrote:
>I'm running TSM v 4.1.3 on System\390.  My database is 47G and spread
across 25 physical volumes (gets a 78% cache hit / not so great).
>
>One of my performance and tuning books recommends not spreading your
database over more than 12 physical volumes.  Could anyone explain why?
What kind of performance/utilazation "hit" am I going to
>incur by having my db spread across 25 volumes?
>
>Regards,
>Joe Wholey
>TGA Distributed Data Services
>Merrill Lynch
>Phone: 212-647-3018
>Page:  888-637-7450
>E-mail: [EMAIL PROTECTED]

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.



Re: Database Specs

2002-01-25 Thread Wholey, Joseph (TGA\\MLOL)

Thanks...

-Original Message-
From: Malbrough, Demetrius [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 2:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Database Specs


If you are going to increase the BUFPoolsize parameter make sure you do it
based on
the amount of System Memory (MB). 'An optimal setting for the database
buffer pool is one in which the cache hit percentage is greater than or
equal to 98%. If you have enough memory, increase in 1MB increments. A cache
hit percentage greater than 99% is an indication that the proper BUFPoolsize
has been reached. While increasing BUFPoolsize, care must be taken not to
cause paging in the virtual memory system. Monitor system memory usage to
check for any increased paging after the BUFPoolsize change. (Use the RESET
BUFP command to reset the cache hit statistics.)'

Regards,

Demetrius Malbrough
UNIX/TSM Administrator




-Original Message-
From: William F. Colwell [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 1:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Database Specs


Joe - the number of volumes isn't the problem.  You need to increase the
bufpoolsize in the server
dsm.opt file.  Here is a 'q db f=d' from my system.  The bufpoolsize
parameter becomes the
'buffer pool pages' value in the q db.

Bill Colwell
- - -
tsm: NEW_ADSM_SERVER_ON_PORT_1600>q db f=d

  Available Space (MB): 166,860
Assigned Capacity (MB): 166,860
Maximum Extension (MB): 0
Maximum Reduction (MB): 18,640
 Page Size (bytes): 4,096
Total Usable Pages: 42,716,160
Used Pages: 37,947,974
  Pct Util: 88.8
 Max. Pct Util: 88.8
  Physical Volumes: 45
 Buffer Pool Pages: 65,536
 Total Buffer Requests: 194,057,057
Cache Hit Pct.: 98.44
   Cache Wait Pct.: 0.00
   Backup in Progress?: No
Type of Backup In Progress:
  Incrementals Since Last Full: 5
Changed Since Last Backup (MB): 1,542.07
Percentage Changed: 1.04
Last Complete Backup Date/Time: 01/24/2002 15:49:51
- - -
At 12:54 PM 1/25/2002 -0500, you wrote:
>I'm running TSM v 4.1.3 on System\390.  My database is 47G and spread
across 25 physical volumes (gets a 78% cache hit / not so great).
>
>One of my performance and tuning books recommends not spreading your
database over more than 12 physical volumes.  Could anyone explain why?
What kind of performance/utilazation "hit" am I going to
>incur by having my db spread across 25 volumes?
>
>Regards,
>Joe Wholey
>TGA Distributed Data Services
>Merrill Lynch
>Phone: 212-647-3018
>Page:  888-637-7450
>E-mail: [EMAIL PROTECTED]

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.



Re: Database Specs

2002-01-25 Thread Wholey, Joseph (TGA\\MLOL)

I agree, and I will do that... and thanks for the info... but why does my performance 
and tuning manual say not to span more than 12 volumes?

-Original Message-
From: William F. Colwell [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 2:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Database Specs


Joe - the number of volumes isn't the problem.  You need to increase the bufpoolsize 
in the server
dsm.opt file.  Here is a 'q db f=d' from my system.  The bufpoolsize parameter becomes 
the
'buffer pool pages' value in the q db.

Bill Colwell
- - -
tsm: NEW_ADSM_SERVER_ON_PORT_1600>q db f=d

  Available Space (MB): 166,860
Assigned Capacity (MB): 166,860
Maximum Extension (MB): 0
Maximum Reduction (MB): 18,640
 Page Size (bytes): 4,096
Total Usable Pages: 42,716,160
Used Pages: 37,947,974
  Pct Util: 88.8
 Max. Pct Util: 88.8
  Physical Volumes: 45
 Buffer Pool Pages: 65,536
 Total Buffer Requests: 194,057,057
Cache Hit Pct.: 98.44
   Cache Wait Pct.: 0.00
   Backup in Progress?: No
Type of Backup In Progress:
  Incrementals Since Last Full: 5
Changed Since Last Backup (MB): 1,542.07
Percentage Changed: 1.04
Last Complete Backup Date/Time: 01/24/2002 15:49:51
- - -
At 12:54 PM 1/25/2002 -0500, you wrote:
>I'm running TSM v 4.1.3 on System\390.  My database is 47G and spread across 25 
>physical volumes (gets a 78% cache hit / not so great).
>
>One of my performance and tuning books recommends not spreading your database over 
>more than 12 physical volumes.  Could anyone explain why?  What kind of 
>performance/utilazation "hit" am I going to
>incur by having my db spread across 25 volumes?
>
>Regards,
>Joe Wholey
>TGA Distributed Data Services
>Merrill Lynch
>Phone: 212-647-3018
>Page:  888-637-7450
>E-mail: [EMAIL PROTECTED]

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.



TSM Server connecting to ESS by FC

2002-01-25 Thread Gerhard Wolkerstorfer

Hello all,
I want to connect a new TSM Server (AIX) to our ESS with a FC Cable.
Our longest FC cable is 31 metres long. But I want to place the server in a
room, which is more than 31 metres away.
Could anyone show me a Webpage or any other information where I can find
informations about the possibilities to use cables longer than 31 Metres.
Someone told me, that this is the longest possible cable.but I cannot
believe it.
(I know, this isn't really a TSM question, but if someone could help me, this
would be great)
Greetings
Gerhard Wolkerstorfer



Backup of Sun OS

2002-01-25 Thread MacMurray, Andrea (CC-ETS Ent Storage Svcs)
Title: Message



HI
everybody,
 
The first thing I
have to say to this is that I am NOT a UNIX guru, so I greatly would appreciate
all the help I can get. The problem is that our Unix team wants to backup a
running Sun OS and then later on restore this backed up OS backup and boot the
machine from there, which of course did not work. I know AIX has the make sysb
solution for this, does anybody know of a solution for SUN.
TSM version 4.2.1.9
on AIX 4.3.3
Thanks

Andrea Mac
Murray Sen. Systems Administrator ConAgra Foods, Inc. 7300 World Communication
Drive Omaha,NE 68122 Tel: (402) 577-3603 [EMAIL PROTECTED] 
 


Re: TSM Server connecting to ESS by FC

2002-01-25 Thread Bill Mansfield

The longest shortwave cable allowed is 500 meters, for 50um multimode fiber
(ESS FC 3022).  You just need to get longer cables than the 31m cables
included with the ESS.  For reference, look at the intro to SAN redbook,
http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg245470.html?Open




_
William Mansfield
Senior Consultant
Solution Technology, Inc
630 718 4238



Gerhard Wolkerstorfer
   cc:
Sent by: "ADSM: Dist StorSubject: TSM Server 
connecting to ESS by FC
Manager"
<[EMAIL PROTECTED]>


01/25/2002 01:21 PM
Please respond to "ADSM:
Dist Stor Manager"






Hello all,
I want to connect a new TSM Server (AIX) to our ESS with a FC Cable.
Our longest FC cable is 31 metres long. But I want to place the server in a
room, which is more than 31 metres away.
Could anyone show me a Webpage or any other information where I can find
informations about the possibilities to use cables longer than 31 Metres.
Someone told me, that this is the longest possible cable.but I cannot
believe it.
(I know, this isn't really a TSM question, but if someone could help me,
this
would be great)
Greetings
Gerhard Wolkerstorfer



Re: TSM error log question

2002-01-25 Thread George Lesho

Demetrius, We have "SUBDIR YES" set in the dsm.opt file on all our clients
but DO NOT have the any NFSTIMEOUT
option set anywhere.  I am also not seeing the ANS1028S error message in my
client's dsmerror.log... it does sound as if
there may be a bit of substance to this theory though... I am going to make
a subdir in the lost+found dir on one of the boxes
where I have observed the problem and see what happens. Thanks -

George Lesho
AFC Enterprises






"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
01:15:50 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


-George-

Are you also seeing ANS1028S error messages? If so you may be getting a
bite of APAR IC32589...

APAR= IC32589  SER=MS MSGANS1028S
DSMSTAT ERROR BREAKS PARTIAL INCREMENTAL/SELECTIVE WITH ANS1028S
WHEN USING OPTIONS SUBDIR=YES AND NFSTIMEOUT > 0

Status: OPENClosed:

Apar Information:

RCOMP= 5698TSMCLTIVOLI STR MGR  RREL= R42A
FCOMP=  PFREL= F TREL= T


Return Codes:

Applicable Component Level/SU:


Error Description:
Problem Description: When running partial incremental/selective
backups, you may encounter ANS1028S error message. This will
happen if you have specified the subdir option yes, and have
specified a filespace that does not contain sub-directories.
..
For example:

When running the command dsmc i /etc -su=yes you will encounter
the ANS1028S error message.

During this command the client scans the root file system and
tries to find "etc" objects. During this search it issues a
number of stat/lstat (AIX system) calls against the scanned
directory structure. If we use NFSTIMEOUT <> 0, our client uses
dsmstat executables which are actually virtual stat calls. When
we set NFSTIMEOUT = 0 the client uses native OS calls.
..
A SERVICE trace taken during the backup has the following
entries during the time of the failure.

incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.cedit
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /  /.ddd
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.dt/Desktop
aix/pserrno.cpp (220):  TransErrno: Unexpected error from lstat,

errno = 32
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=131 from
fioGetDirEntries:  / /.dt/help/root-murphy-0
ANS1028S Internal program error.  Please see your service

Local Fix:
Setting NFSTimeout to 0 has provided a workaround for this
problem.


-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


No files in the lost+found directory at all... George Lesho





"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/24/2002
11:48:26 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


Are there any files/dirs in the lost+found directory that may have names
that begin with "?"?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: TSM error log question


I continue to get the following error on all my systems that have the
/usr/bmc/lost+found directory/path:

01/23/02   00:47:15 PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /usr/bmc  /lost+found

I was pretty sure that the PrivIncrFileSpace was a permission issue message
so
I changed file permissions on the directory in question to 777 and still
get
the
error during backups. The backup in question is kicked off by the owner
"informix"
not root.The copygroup governing this backup uses: Copy Serialization
Shared
Dynamic
and I don't use the "CHANGINGRETRIES" option in the client option file to
allow the
default value of four checks of an in use file and then the file will be
backed up
regardless of state.

current listing of the lost+found directory:

drwxrwxrwx   2 root system   512 Jul 21 1999  lost+found

any ideas???

George Lesho
AFC Enterprises



Re: Database Specs

2002-01-25 Thread Malbrough, Demetrius

What Performance Tuning Manual are you refering too?

I am not sure of the maximum number of volumes but you SHOULD define more
than one volume for the database, and put these volumes on separate disks
because it allows simultaneous access to different parts of the database.
Also, if you want to really use disk space efficiently, allocate a few large
disk volumes rather than many small disk volumes. You can avoid losing space
to the overhead processing that TSM does.

Regards,

Demetrius


-Original Message-
From: Wholey, Joseph (TGA\MLOL) [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 1:20 PM
To: [EMAIL PROTECTED]
Subject: Re: Database Specs


I agree, and I will do that... and thanks for the info... but why does my
performance and tuning manual say not to span more than 12 volumes?

-Original Message-
From: William F. Colwell [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 2:13 PM
To: [EMAIL PROTECTED]
Subject: Re: Database Specs


Joe - the number of volumes isn't the problem.  You need to increase the
bufpoolsize in the server
dsm.opt file.  Here is a 'q db f=d' from my system.  The bufpoolsize
parameter becomes the
'buffer pool pages' value in the q db.

Bill Colwell
- - -
tsm: NEW_ADSM_SERVER_ON_PORT_1600>q db f=d

  Available Space (MB): 166,860
Assigned Capacity (MB): 166,860
Maximum Extension (MB): 0
Maximum Reduction (MB): 18,640
 Page Size (bytes): 4,096
Total Usable Pages: 42,716,160
Used Pages: 37,947,974
  Pct Util: 88.8
 Max. Pct Util: 88.8
  Physical Volumes: 45
 Buffer Pool Pages: 65,536
 Total Buffer Requests: 194,057,057
Cache Hit Pct.: 98.44
   Cache Wait Pct.: 0.00
   Backup in Progress?: No
Type of Backup In Progress:
  Incrementals Since Last Full: 5
Changed Since Last Backup (MB): 1,542.07
Percentage Changed: 1.04
Last Complete Backup Date/Time: 01/24/2002 15:49:51
- - -
At 12:54 PM 1/25/2002 -0500, you wrote:
>I'm running TSM v 4.1.3 on System\390.  My database is 47G and spread
across 25 physical volumes (gets a 78% cache hit / not so great).
>
>One of my performance and tuning books recommends not spreading your
database over more than 12 physical volumes.  Could anyone explain why?
What kind of performance/utilazation "hit" am I going to
>incur by having my db spread across 25 volumes?
>
>Regards,
>Joe Wholey
>TGA Distributed Data Services
>Merrill Lynch
>Phone: 212-647-3018
>Page:  888-637-7450
>E-mail: [EMAIL PROTECTED]

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.



Re: TSM error log question

2002-01-25 Thread Malbrough, Demetrius

At the time of that error message what is corresponding in the
dsm/dsierror.log
or dsmsched.log on that particular client?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 1:59 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


Demetrius, We have "SUBDIR YES" set in the dsm.opt file on all our clients
but DO NOT have the any NFSTIMEOUT
option set anywhere.  I am also not seeing the ANS1028S error message in my
client's dsmerror.log... it does sound as if
there may be a bit of substance to this theory though... I am going to make
a subdir in the lost+found dir on one of the boxes
where I have observed the problem and see what happens. Thanks -

George Lesho
AFC Enterprises






"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
01:15:50 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


-George-

Are you also seeing ANS1028S error messages? If so you may be getting a
bite of APAR IC32589...

APAR= IC32589  SER=MS MSGANS1028S
DSMSTAT ERROR BREAKS PARTIAL INCREMENTAL/SELECTIVE WITH ANS1028S
WHEN USING OPTIONS SUBDIR=YES AND NFSTIMEOUT > 0

Status: OPENClosed:

Apar Information:

RCOMP= 5698TSMCLTIVOLI STR MGR  RREL= R42A
FCOMP=  PFREL= F TREL= T


Return Codes:

Applicable Component Level/SU:


Error Description:
Problem Description: When running partial incremental/selective
backups, you may encounter ANS1028S error message. This will
happen if you have specified the subdir option yes, and have
specified a filespace that does not contain sub-directories.
..
For example:

When running the command dsmc i /etc -su=yes you will encounter
the ANS1028S error message.

During this command the client scans the root file system and
tries to find "etc" objects. During this search it issues a
number of stat/lstat (AIX system) calls against the scanned
directory structure. If we use NFSTIMEOUT <> 0, our client uses
dsmstat executables which are actually virtual stat calls. When
we set NFSTIMEOUT = 0 the client uses native OS calls.
..
A SERVICE trace taken during the backup has the following
entries during the time of the failure.

incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.cedit
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /  /.ddd
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.dt/Desktop
aix/pserrno.cpp (220):  TransErrno: Unexpected error from lstat,

errno = 32
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=131 from
fioGetDirEntries:  / /.dt/help/root-murphy-0
ANS1028S Internal program error.  Please see your service

Local Fix:
Setting NFSTimeout to 0 has provided a workaround for this
problem.


-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


No files in the lost+found directory at all... George Lesho





"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/24/2002
11:48:26 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


Are there any files/dirs in the lost+found directory that may have names
that begin with "?"?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: TSM error log question


I continue to get the following error on all my systems that have the
/usr/bmc/lost+found directory/path:

01/23/02   00:47:15 PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /usr/bmc  /lost+found

I was pretty sure that the PrivIncrFileSpace was a permission issue message
so
I changed file permissions on the directory in question to 777 and still
get
the
error during backups. The backup in question is kicked off by the owner
"informix"
not root.The copygroup governing this backup uses: Copy Serialization
Shared
Dynamic
and I don't use the "CHANGINGRETRIES" option in the client option file to
allow the
default value of four checks of an in use file and then the file will be
backed up
regardless of state.

current listing of the lost+found directory:

drwxrwxrwx   2 root system   512 Jul 21 1999  lost+found

any ideas???

George Lesho
AFC Enterprises



Re: TSM error log question

2002-01-25 Thread George Lesho

The rc=106 error message I am getting occurs on ALL clients where the
/usr/bmc dir path exists. I have tried to eliminate
this error by doing an exclude to no avail, I have changed permissions to
no avail (which the rc=106 usually implies) and now
I have put a subdir in one of the /usr/bmc/lost+found directories in hopes
of eliminating the error... The only indication of the
error is in the client error logs... George






"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
02:40:25 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


At the time of that error message what is corresponding in the
dsm/dsierror.log
or dsmsched.log on that particular client?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 1:59 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


Demetrius, We have "SUBDIR YES" set in the dsm.opt file on all our clients
but DO NOT have the any NFSTIMEOUT
option set anywhere.  I am also not seeing the ANS1028S error message in my
client's dsmerror.log... it does sound as if
there may be a bit of substance to this theory though... I am going to make
a subdir in the lost+found dir on one of the boxes
where I have observed the problem and see what happens. Thanks -

George Lesho
AFC Enterprises






"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
01:15:50 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


-George-

Are you also seeing ANS1028S error messages? If so you may be getting a
bite of APAR IC32589...

APAR= IC32589  SER=MS MSGANS1028S
DSMSTAT ERROR BREAKS PARTIAL INCREMENTAL/SELECTIVE WITH ANS1028S
WHEN USING OPTIONS SUBDIR=YES AND NFSTIMEOUT > 0

Status: OPENClosed:

Apar Information:

RCOMP= 5698TSMCLTIVOLI STR MGR  RREL= R42A
FCOMP=  PFREL= F TREL= T


Return Codes:

Applicable Component Level/SU:


Error Description:
Problem Description: When running partial incremental/selective
backups, you may encounter ANS1028S error message. This will
happen if you have specified the subdir option yes, and have
specified a filespace that does not contain sub-directories.
..
For example:

When running the command dsmc i /etc -su=yes you will encounter
the ANS1028S error message.

During this command the client scans the root file system and
tries to find "etc" objects. During this search it issues a
number of stat/lstat (AIX system) calls against the scanned
directory structure. If we use NFSTIMEOUT <> 0, our client uses
dsmstat executables which are actually virtual stat calls. When
we set NFSTIMEOUT = 0 the client uses native OS calls.
..
A SERVICE trace taken during the backup has the following
entries during the time of the failure.

incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.cedit
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /  /.ddd
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.dt/Desktop
aix/pserrno.cpp (220):  TransErrno: Unexpected error from lstat,

errno = 32
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=131 from
fioGetDirEntries:  / /.dt/help/root-murphy-0
ANS1028S Internal program error.  Please see your service

Local Fix:
Setting NFSTimeout to 0 has provided a workaround for this
problem.


-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


No files in the lost+found directory at all... George Lesho





"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/24/2002
11:48:26 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


Are there any files/dirs in the lost+found directory that may have names
that begin with "?"?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: TSM error log question


I continue to get the following error on all my systems that have the
/usr/bmc/lost+found directory/path:

01/23/02   00:47:15 PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /usr/bmc  /lost+found

I was pretty sure that the PrivIncrFileSpace was a permission issue message
so
I changed file permissions on the directory in question to 777 and still
get
the

Re: TSM error log question

2002-01-25 Thread Malbrough, Demetrius

George, was the system is shut down ungracefully lately?
The lost+found directory where fsck links in lost
files. It may be possible that there is a file in that directory
that is not deleted but have no directory entry!

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 2:34 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


The rc=106 error message I am getting occurs on ALL clients where the
/usr/bmc dir path exists. I have tried to eliminate
this error by doing an exclude to no avail, I have changed permissions to
no avail (which the rc=106 usually implies) and now
I have put a subdir in one of the /usr/bmc/lost+found directories in hopes
of eliminating the error... The only indication of the
error is in the client error logs... George






"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
02:40:25 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


At the time of that error message what is corresponding in the
dsm/dsierror.log
or dsmsched.log on that particular client?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 1:59 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


Demetrius, We have "SUBDIR YES" set in the dsm.opt file on all our clients
but DO NOT have the any NFSTIMEOUT
option set anywhere.  I am also not seeing the ANS1028S error message in my
client's dsmerror.log... it does sound as if
there may be a bit of substance to this theory though... I am going to make
a subdir in the lost+found dir on one of the boxes
where I have observed the problem and see what happens. Thanks -

George Lesho
AFC Enterprises






"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
01:15:50 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


-George-

Are you also seeing ANS1028S error messages? If so you may be getting a
bite of APAR IC32589...

APAR= IC32589  SER=MS MSGANS1028S
DSMSTAT ERROR BREAKS PARTIAL INCREMENTAL/SELECTIVE WITH ANS1028S
WHEN USING OPTIONS SUBDIR=YES AND NFSTIMEOUT > 0

Status: OPENClosed:

Apar Information:

RCOMP= 5698TSMCLTIVOLI STR MGR  RREL= R42A
FCOMP=  PFREL= F TREL= T


Return Codes:

Applicable Component Level/SU:


Error Description:
Problem Description: When running partial incremental/selective
backups, you may encounter ANS1028S error message. This will
happen if you have specified the subdir option yes, and have
specified a filespace that does not contain sub-directories.
..
For example:

When running the command dsmc i /etc -su=yes you will encounter
the ANS1028S error message.

During this command the client scans the root file system and
tries to find "etc" objects. During this search it issues a
number of stat/lstat (AIX system) calls against the scanned
directory structure. If we use NFSTIMEOUT <> 0, our client uses
dsmstat executables which are actually virtual stat calls. When
we set NFSTIMEOUT = 0 the client uses native OS calls.
..
A SERVICE trace taken during the backup has the following
entries during the time of the failure.

incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.cedit
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /  /.ddd
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.dt/Desktop
aix/pserrno.cpp (220):  TransErrno: Unexpected error from lstat,

errno = 32
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=131 from
fioGetDirEntries:  / /.dt/help/root-murphy-0
ANS1028S Internal program error.  Please see your service

Local Fix:
Setting NFSTimeout to 0 has provided a workaround for this
problem.


-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


No files in the lost+found directory at all... George Lesho





"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/24/2002
11:48:26 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


Are there any files/dirs in the lost+found directory that may have names
that begin with "?"?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: TSM error log quest

Re: Backup of Sun OS

2002-01-25 Thread Bern Ruelas

Hi Andrea,

There is a product just for that - The Kernel Group's "Bare Metal
Restore".

-Bern

HI everybody,

The first thing I have to say to this is that I am NOT a UNIX guru, so I
greatly would appreciate all the help I can get. The problem is that our
Unix team wants to backup a running Sun OS and then later on restore this
backed up OS backup and boot the machine from there, which of course did
not
work. I know AIX has the make sysb solution for this, does anybody know of
a
solution for SUN.
TSM version 4.2.1.9 on AIX 4.3.3
Thanks
Andrea Mac Murray
Sen. Systems Administrator
ConAgra Foods, Inc.
7300 World Communication Drive
Omaha,NE 68122
Tel: (402) 577-3603
[EMAIL PROTECTED]


Bern Ruelas| <[EMAIL PROTECTED]>_
Sr. Systems Engineer   | ()   |_>
Cadence Design Systems | /\___|__
2655 Seely Ave.|Are you excited?...  \ \  /   |  \
San Jose, CA 951344| /_ \o) __\__/__

On Fri, 25 Jan 2002, MacMurray, Andrea (CC-ETS Ent Storage Svcs) wrote:


  [NON-Text Body part not included]



A shot in the dark? Here goes...

2002-01-25 Thread TSM Group

We're running an AIX 4.3 server, TSM server version 4.2.1.8
And unfortunately one of our clients is an HP UX 10.20 Box.
We have tested and have successfully backed up / restored a file using this
combination but it is slow.
Has anyone successfully loaded the client for HPUX 11.x on a HPUX 10.20 Box?

_
Join the world s largest e-mail service with MSN Hotmail.
http://www.hotmail.com



Re: A shot in the dark? Here goes...

2002-01-25 Thread Robin Sharpe

I don't think it's possible; certainly not supported.  Guess it wouldn't
hurt to try, though.

It was a great movie, though.;)

Robin Sharpe
Berlex Labs



TSM Group
 To:[EMAIL PROTECTED]
  cc:(bcc: Robin Sharpe/WA/USR/SHG)
01/25/02  Subject:
04:05 PM A shot in the dark? Here goes...
Please
respond to
"ADSM: Dist
Stor Manager"







We're running an AIX 4.3 server, TSM server version 4.2.1.8
And unfortunately one of our clients is an HP UX 10.20 Box.
We have tested and have successfully backed up / restored a file using this
combination but it is slow.
Has anyone successfully loaded the client for HPUX 11.x on a HPUX 10.20
Box?

_
Join the world s largest e-mail service with MSN Hotmail.
http://www.hotmail.com



Re: Backup of Sun OS

2002-01-25 Thread Wouter V

MessageThere is a separate product that has the same functionality as mksysb
on AIX, it is called 'JUMPSTART'.Contrary to mksysb, it is not a free
product.  I think you can by it at Sun.

Regards,
Wouter Verschaeve
Unix Sys. Engineer
  -Oorspronkelijk bericht-
  Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens
MacMurray, Andrea (CC-ETS Ent Storage Svcs)
  Verzonden: vrijdag 25 januari 2002 20:59
  Aan: [EMAIL PROTECTED]
  Onderwerp: Backup of Sun OS


  HI everybody,

  The first thing I have to say to this is that I am NOT a UNIX guru, so I
greatly would appreciate all the help I can get. The problem is that our
Unix team wants to backup a running Sun OS and then later on restore this
backed up OS backup and boot the machine from there, which of course did not
work. I know AIX has the make sysb solution for this, does anybody know of a
solution for SUN.
  TSM version 4.2.1.9 on AIX 4.3.3
  Thanks
  Andrea Mac Murray
  Sen. Systems Administrator
  ConAgra Foods, Inc.
  7300 World Communication Drive
  Omaha,NE 68122
  Tel: (402) 577-3603
  [EMAIL PROTECTED]



Re: Multiple DSMCAD

2002-01-25 Thread Lancaster, Dominic

It's no different really to running multiple dsmcad's on any
other platform - to this end the Appendix in the 'Windows Client'
install covers it fairly well in terms of variables etc
BUT ... the big thing I have found is (on NT) to ensure
you have a different IP address and WebPort number for each
dsmcad instance, although I suspect with AIX the TCP/IP
stack works properly so it's a matter of having the right
variables WEBPORT, seperate .opt files etc


Dominic (it's not rocket science!) Lancaster

-Original Message-
From: Wouter V [mailto:[EMAIL PROTECTED]]
Sent: Saturday, 26 January 2002 2:02 AM
To: [EMAIL PROTECTED]
Subject: Multiple DSMCAD


Does anybody know how to make different dsmcad process running on one (AIX)
machine ?
Through a search in adsm.org I found  one website which 'could' explain it,
but
that site is not available anymore.  We use 2 different schedulers on the
TSM-server itself.

TSM Server = 4.1.9 on AIX

Thanks !

Regards,

Wouter Verschaeve



Re: Identifying client schedule mode.

2002-01-25 Thread Zlatko Krastev/ACIT

Try this (on Unix, for Windows you need to obtain/replace awk somehow):
dsmadmc -id= -pa= 'q ac begind=-5 ' | awk '$3 ~
/2561|821[2-5]/ {print $7}' | sort -u

The result will give you list of all nodes contacted by the server in
prompted mode. ANR2561I messages show successfull connects,
ANR8212E-ANR8215E are failures on connect attempts.
All others nodes are (guess what :-)


Zlatko Krastev
IT Consultant






"Martin, Jon R." <[EMAIL PROTECTED]> on 24.01.2002 14:19:27
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:

Subject:Identifying client schedule mode.

Hello, this should be an easy one...

The TSM Server has schedmode set to any.  What can I run from the server to
see what mode a client is using?  I have been selecting from various tables
but have not had any luck in finding the answer.

Thanks,
Jon



Re: TSM error log question

2002-01-25 Thread George Lesho

No shutdowns and this only occurs in the /usr/bmc path... no other
lost+found directories behave the same way... no hidden files that I can
see. George




"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
02:56:52 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


George, was the system is shut down ungracefully lately?
The lost+found directory where fsck links in lost
files. It may be possible that there is a file in that directory
that is not deleted but have no directory entry!

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 2:34 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


The rc=106 error message I am getting occurs on ALL clients where the
/usr/bmc dir path exists. I have tried to eliminate
this error by doing an exclude to no avail, I have changed permissions to
no avail (which the rc=106 usually implies) and now
I have put a subdir in one of the /usr/bmc/lost+found directories in hopes
of eliminating the error... The only indication of the
error is in the client error logs... George






"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
02:40:25 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


At the time of that error message what is corresponding in the
dsm/dsierror.log
or dsmsched.log on that particular client?

-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 1:59 PM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


Demetrius, We have "SUBDIR YES" set in the dsm.opt file on all our clients
but DO NOT have the any NFSTIMEOUT
option set anywhere.  I am also not seeing the ANS1028S error message in my
client's dsmerror.log... it does sound as if
there may be a bit of substance to this theory though... I am going to make
a subdir in the lost+found dir on one of the boxes
where I have observed the problem and see what happens. Thanks -

George Lesho
AFC Enterprises






"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/25/2002
01:15:50 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: TSM error log question


-George-

Are you also seeing ANS1028S error messages? If so you may be getting a
bite of APAR IC32589...

APAR= IC32589  SER=MS MSGANS1028S
DSMSTAT ERROR BREAKS PARTIAL INCREMENTAL/SELECTIVE WITH ANS1028S
WHEN USING OPTIONS SUBDIR=YES AND NFSTIMEOUT > 0

Status: OPENClosed:

Apar Information:

RCOMP= 5698TSMCLTIVOLI STR MGR  RREL= R42A
FCOMP=  PFREL= F TREL= T


Return Codes:

Applicable Component Level/SU:


Error Description:
Problem Description: When running partial incremental/selective
backups, you may encounter ANS1028S error message. This will
happen if you have specified the subdir option yes, and have
specified a filespace that does not contain sub-directories.
..
For example:

When running the command dsmc i /etc -su=yes you will encounter
the ANS1028S error message.

During this command the client scans the root file system and
tries to find "etc" objects. During this search it issues a
number of stat/lstat (AIX system) calls against the scanned
directory structure. If we use NFSTIMEOUT <> 0, our client uses
dsmstat executables which are actually virtual stat calls. When
we set NFSTIMEOUT = 0 the client uses native OS calls.
..
A SERVICE trace taken during the backup has the following
entries during the time of the failure.

incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.cedit
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  /  /.ddd
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=106 from
fioGetDirEntries:  / /.dt/Desktop
aix/pserrno.cpp (220):  TransErrno: Unexpected error from lstat,

errno = 32
incrdrv.cpp (5883): PrivIncrFileSpace: Received rc=131 from
fioGetDirEntries:  / /.dt/help/root-murphy-0
ANS1028S Internal program error.  Please see your service

Local Fix:
Setting NFSTimeout to 0 has provided a workaround for this
problem.


-Original Message-
From: George Lesho [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 25, 2002 10:46 AM
To: [EMAIL PROTECTED]
Subject: Re: TSM error log question


No files in the lost+found directory at all... George Lesho





"Malbrough, Demetrius" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/24/2002
11:48:26 AM

Please respond to "

Re: Backup of Sun OS

2002-01-25 Thread Jack Musselman

SUN's equivalent to AIX's 'mksysb' is:  ufsdump (backup OS) and ufsrestore
(restore filesystems).  Sorry, I don't have sample scripts, however, you can
go to SUN's website, www.sun.com, and do a search of ufsdump to get the
online command reference.

PS. It's free.

Jack

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Wouter V
Sent: Friday, January 25, 2002 4:18 PM
To: [EMAIL PROTECTED]
Subject: Re: Backup of Sun OS

MessageThere is a separate product that has the same functionality as mksysb
on AIX, it is called 'JUMPSTART'.Contrary to mksysb, it is not a free
product.  I think you can by it at Sun.

Regards,
Wouter Verschaeve
Unix Sys. Engineer
  -Oorspronkelijk bericht-
  Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens
MacMurray, Andrea (CC-ETS Ent Storage Svcs)
  Verzonden: vrijdag 25 januari 2002 20:59
  Aan: [EMAIL PROTECTED]
  Onderwerp: Backup of Sun OS


  HI everybody,

  The first thing I have to say to this is that I am NOT a UNIX guru, so I
greatly would appreciate all the help I can get. The problem is that our
Unix team wants to backup a running Sun OS and then later on restore this
backed up OS backup and boot the machine from there, which of course did not
work. I know AIX has the make sysb solution for this, does anybody know of a
solution for SUN.
  TSM version 4.2.1.9 on AIX 4.3.3
  Thanks
  Andrea Mac Murray
  Sen. Systems Administrator
  ConAgra Foods, Inc.
  7300 World Communication Drive
  Omaha,NE 68122
  Tel: (402) 577-3603
  [EMAIL PROTECTED]



backing up to tape/OS/390

2002-01-25 Thread Wholey, Joseph (TGA\\MLOL)

Environment:
System/390
device type: Cartridge/3590
TSM 4.1.3 Server
TSM client 3.1.06


Scenario:
I get notified in advance that I'll need to restore multiple clients (gigs worth of 
data) on a given weekend.  I manually kick off a base backup to a "spare" TSM server 
on Friday night so when the
call comes in (over the weekend) to restore the servers, I restore from a relatively 
quiet TSM server.  I'm not contending with the production backup cycle.

The problem:
This backed up data gets migrated to tape prior to my restore.  Invariably, multiple 
servers' data ends up on one tape.  i.e. only one server can restore at a time.

The question:
Is there a way to direct the backup data of a particular server to a specific tape so 
I can run multiple restores from multiple tapes at the same time?  This is killing 
me...  Good suggestions would
be appreciated.

Regards, Joe