Re: Warning - Windows NT/2000 Sev1 Flash

[Joshua S. Bassi]

Instead of halting the server, issue an

accept date

which will query and accept the system date.


--
Joshua S. Bassi
IBM Certified - AIX Support, HACMP,
Enterprise Disk(Shark)& Tape Solutions
Tivoli Certified Consultant - ADSM/TSM
[EMAIL PROTECTED]

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Doug Thorneycroft
Sent: Friday, October 27, 2000 9:14 AM
To: [EMAIL PROTECTED]
Subject: Re: Warning - Windows NT/2000 Sev1 Flash


Just a note, After seeing this, I went ahead and turned off "Automatically
adjust clock for daylight savings changes"
I did this at 8:30. When I did, my system clock went to standard time 7:30
so I
set it back foreword to 8:30.
At 8:35,  started an admin session with TSM, which reported the server
date/time as 9:35. I had to halt and restart the
server to bring it back in sync with the system time.


On Friday, October 27, 2000 8:13 AM, Dave Canan [SMTP:[EMAIL PROTECTED]]
wrote:
> This APAR was just opened this morning. I wanted to get ti
distributed
> to
> the LISTSERV as quickly as I could.
>
>
>
> PMR NO: 08519,000,866
> OSs INVOLVED: NT
> COMPID: 5697TSMNT and 5698TSMNT
> APAR SEV: 1
> RELESE: 3.7.2 - 4.1.1
> KEYWORD: Daylight Savings incremental
> ABSTRACT:
> "Automatically adjust clock for daylight savings changes"
> causes incremental to do full backup
> ERROR DESCRIPTION:
> When NT is set to automatically adjust the clock for Daylight
> Savings NT modifies ALL files' time attribute by setting
> it back 1 hour thus causing incremental backups to perform full
> backups.
>
> RECREATE DIRECTIONS:
> 1) Create a subset of files
> 2) Change the time zone on NT to one that has daylight savings
> changes ( if applicable)
> 3) Change the time to a few minutes prior to daylight savings
> time (0200 October 29, 2000).
> ex: 0155
> 4) Check the box next to
> "Automatically adjust clock for daylight savings changes"
> 5) Do an incremental backup
> 6) Watch the time stamps change when the clock goes from 0159
> to 0200 back to 0100.
> 7) Do another incremental backup
> All files will be backed up as if it were a full backup.
>
> LOCAL FIX
> Uncheck the "Automatically adjust clock for daylight savings
> changes" in the time/date control panel and manually adjust
> the time for daylight savings.
> Additional Notes:
> *This does not affect 3.1.x and 3.7.0 clients. Microsoft
> Searchable Knowledge base reference number Q129574.
> * Old APAR IC13012 (v2.105 closed 1996) is the same problem for
> FAT file systems
>
>
> Money is not the root of all evil - full backups are.

Re: Warning - Windows NT/2000 Sev1 Flash

[Barth, Terry (MBS)]

I was watching this thread of conversation and I am not sure what version
everyone is using - but in the below message at the end, it does state

" *This does not affect 3.1.x and 3.7.0 clients. "

Therefore, that may be why many have had different results.


-Original Message-
From: Dave Canan [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 11:13 AM
To: [EMAIL PROTECTED]
Subject: Warning - Windows NT/2000 Sev1 Flash


This APAR was just opened this morning. I wanted to get ti
distributed to
the LISTSERV as quickly as I could.



PMR NO: 08519,000,866
OSs INVOLVED: NT
COMPID: 5697TSMNT and 5698TSMNT
APAR SEV: 1
RELESE: 3.7.2 - 4.1.1
KEYWORD: Daylight Savings incremental
ABSTRACT:
"Automatically adjust clock for daylight savings changes"
causes incremental to do full backup
ERROR DESCRIPTION:
When NT is set to automatically adjust the clock for Daylight
Savings NT modifies ALL files' time attribute by setting
it back 1 hour thus causing incremental backups to perform full
backups.

RECREATE DIRECTIONS:
1) Create a subset of files
2) Change the time zone on NT to one that has daylight savings
changes ( if applicable)
3) Change the time to a few minutes prior to daylight savings
time (0200 October 29, 2000).
ex: 0155
4) Check the box next to
"Automatically adjust clock for daylight savings changes"
5) Do an incremental backup
6) Watch the time stamps change when the clock goes from 0159
to 0200 back to 0100.
7) Do another incremental backup
All files will be backed up as if it were a full backup.

LOCAL FIX
Uncheck the "Automatically adjust clock for daylight savings
changes" in the time/date control panel and manually adjust
the time for daylight savings.
Additional Notes:
*This does not affect 3.1.x and 3.7.0 clients. Microsoft
Searchable Knowledge base reference number Q129574.
* Old APAR IC13012 (v2.105 closed 1996) is the same problem for
FAT file systems


Money is not the root of all evil - full backups are.

ATTN ALL TSM USERS: Windows NT/2000 Daylight Savings Time Problem

[Andy Raibeck]

IMPORTANT - PLEASE READ THE FOLLOWING:

A problem with the switch between Daylight Savings Time (DST) and Standard
Time (STD) has just been discovered for the Windows TSM clients.



BACKGROUND

When Windows NT and 2000 systems automatically switch between DST and STD,
the time attributes for files stored on NTFS file systems will be shifted
by one hour. This is because NTFS displays time information as an offset
from Greenwich Mean Time (GMT). Thus when the DST change is made, the
offset from GMT is changed, causing the timestamps on your NTFS files to
also change. (Note: Time information for Event Viewer events is affected in
the same manner, but that is not pertinent to this discussion.) Further
information on this subject is available in the Microsoft Knowledge Base,
item Q129574. If you point your web browser to Microsoft's MSDN site,
http://msdn.microsoft.com, and search on "Q129574" (without the quotes),
you will find the information.



THE PROBLEM

When the system automatically adjusts between DST and STD, the TSM 3.7.2
(and higher) clients will see that the modification time has changed for
all files on NTFS systems, and will proceed to back everything up
accordingly, even if the file has not really changed. This will occur only
once after the time change, and thereafter incremental backups will proceed
as normal. However, this will almost certainly affect the amount of data
backed up by each client, effectively causing a full backup on all NTFS
file systems. This could have a large impact on network and TSM server
resources.

The following bullets summarize the conditions under which this problem can
occur:

- TSM client is running on Windows NT 4.0 or Windows 2000. TSM clients
running on Windows 9x-based operating systems (Windows 95, 98) are not
affected.

- The TSM client level is 3.7.2.x or higher (including all 4.1.x levels).
TSM client levels below 3.7.2.x are not affected, as the problem was
introduced in the 3.7.2.x code.

- The file systems are formatted for NTFS. FAT and FAT32 file systems are
unaffected by this problem.

- The operating system's time zone settings are configured to automatically
adjust for DST. You can check this by right-clicking on the Windows task
bar and selecting the "Adjust Date/Time" item in the pop-up menu.
(Alternatively, you can double-click on the clock display in the task bar.)
Either of these actions will bring up the "Date/Time Properties" dialog.
Click on the "Time Zone" tab and you should see the "Automatically adjust
clock for daylight saving changes" checkbox. If the box is checked (the
default installation setting), then your system is configured to
automatically adjust for DST. Users in regions that do not observe DST
(such as Arizona) will be unaffected by this problem, provided that the
system's time zone settings are similarly configured to not observe DST.



WHAT IBM/TIVOLI IS DOING ABOUT THIS

Here are the actions that we are taking or have taken to date:

1) We have opened a severity 1 APAR, IC28544, to address this problem.

2) We have designed and built fixtests for the 3.7.2 and 4.1.1 Windows
clients. The fixtest version numbers are 3.7.2.17 and 4.1.1.17. The
fixtests should be available in a little while. They will be posted to the
anonymous FTP server ftp.software.ibm.com in the following locations:

Version 4.1.1.17:

Directory
/storage/tivoli-storage-management/patches/client/v4r1/Windows/v411/single

Package name start with: IP22088_17


V3.7 PTF 2:

Directory
/storage/tivoli-storage-management/patches/client/v3r7/Windows/v372/i386/single

Package name starts with: IP21933_17


A follow-up note will be posted when the fixtests are actually available
for download.

3) Even with the availability of a fixtest, most customers will be unable
to roll it out in time for the time change. We have documented
circumventions for this problem (see below), as the DST to STD switch is
this weekend.

4) We are working on notifying all of our customers in the most expedient
manner possible.

5) We are continuing our escape and root-cause analyses in order to prevent
this kind of problem from happening again.



CIRCUMVENTIONS

Here are the known circumventions available thus far:

1) Lock all client nodes to prevent access to the TSM server. After the
fixtest has been applied to each system, unlock that system's node(s).
Since many nodes may be affected, a batch script may be helpful in
facilitating the locking and unlocking of the nodes.

2) If the fixtest can not yet be applied, consider using the -INCRBYDATE
option to back up the clients. The easiest way to do this is to add it to
existing schedules' options setting via the UPDATE SCHEDULE administrator
command. Example:

UPDATE SCHEDULE STANDARD DAILY OPTIONS="-INCRBYDATE"

or if your schedule already contains options, such as -SUBDIR=YES:

UPDATE SCHEDULE STANDARD DAILY OPTIONS="-INCRBYDATE -SUBDIR=YES"

Please refer to the Tivoli Storage Manager Administrator's Reference for
further informatio

tsm accounting and reporting

[Len Boyle]

We have been looking at changing our reporting on the tsm accounting
records. This brings up several questions.

Has anyone heard any stories that Tivoli might add to the accounting
records? I know that in the past there have been enhancement requests, but
I have not heard that any of them are in the pipeline. And other then
some email flying by in this group, I do not know the details.
I believe that one thing that would help, would be a better way to tie
the accounting records of multiple sessions together, that were run
to handle one backup schedule.


In the past we have used a SAS program that generated general summary reports
based on the samples provided by Andy when he worked for a bank in Conn.
Now we are looking to use the ITSV product written by SAS. But they asked
what reports would we like to see.
So before I spend a large amount of time on this, I thought I would ask
others what kind of reports other then the general summary kind, do you
use and like.

Thanks len

-
Leonard Boyle   [EMAIL PROTECTED]
SAS Institute Inc.  ussas4hs@ibmmail
Room RB448  [EMAIL PROTECTED]
1 SAS Campus Drive  (919) 531-6241
Cary NC 27513

tsm and snmp on windows nt

[Len Boyle]

I have been trying out the snmp interface of tsm 3.7 running on a windows nt
server. The product requires 4 cmd windows to be used to run the subagent
and all the agent parts.

Has anyone heard if Tivoli/IBM plan to roll all these programs into a service.
Maybe a service that does not require one to replace the microsoft agent.

I have been thinking of installing these as services with the use of the
windows nt res kit took srvany. Has anyone tried this.

Thanks len
-
Leonard Boyle   [EMAIL PROTECTED]
SAS Institute Inc.  ussas4hs@ibmmail
Room RB448  [EMAIL PROTECTED]
1 SAS Campus Drive  (919) 531-6241
Cary NC 27513

accept date

[Gerald Wichmann]

Since daylight savings time is Sunday, will it be necessary to issue an
“accept date” after the time change I take it? Any reason I can’t put that
off until Monday? :-)

Thanks,

Gerald Wichmann
RS Engineer
Sansia System Solutions
408-844-8893 work
408-844-9801 fax

Re: TSM Upgrade

[Len Boyle]

In article , "Michael A. Scurek"
<[EMAIL PROTECTED]> says:
>
>Hello to all,
>
>We need to upgrade from ADSM 3.1 to TSM 3.7 or 4.1.  Many of you may know,
>that Tivoli does not see this as an upgrade, but as a new purchase.
>Consequently, their pricing is that of a new purchase.  Does anybody know
>of a cheaper path to follow for the upgrade?  Also, we may not be able to
>purchase 3.7, we may be forced to go straight to 4.1.  Does anybody know
>why?
>Thank you in advance.
>
I can not tell you why they do things. But if you have maint on the 3.1 they
should just upgrade you to tsm.
They did have a special almost 50% sale for upgrading to tsm earlier this
year. And they said in that special that it was a limited one time option.
Another aspect that seems different for Tivoli vs IBM is that Tivoli will
ship new versions for those on maint.

len

no more reclamation

[Long Nguyen]

Why has all of a sudden, the reclamation stopped running?  It's set at 50.
All vols access are read/write.

-Long

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at
http://profiles.msn.com.

Delete File and Directories

[Roberto Godoy]

Hi All,

Is there any clean way to delete the directories when doing an archive with
the -deletefiles option?

Regards,

Roberto Zimmer de Godoy - 
Systems Support Analyst
Service IT Solutions
IBM Premier Business Partner
Microsoft Certified Solution Provider Partner

+55(51) 212-3666
Rua Washington Luis, 820/902
CEP 90010-460 - Porto Alegre - RS

Re: NEW 3590 CARTRIDGES

[Richard Sims]

>The write-protect thumbwheel you refer to, should the white dot be showing =
>or not?

Debbie - With all modern media, a "void" in the sensing position indicates
 writing not allowed.  IBM cartridges have a thumbwheel which,
when turned, reveals a flat spot on the thumbwheel cylinder, which is that
void/depression indicating writing not allowed.  So, when you see the dot,
it means that the media is write-protected.  You want the thumbwheel
turned such that the dot is not showing.  Some cartridges show a padlock
instead of a dot, which is a great leap forward in human engineering.  ;-)
   Richard

TSM Upgrade

[Michael A. Scurek]

Hello to all,

We need to upgrade from ADSM 3.1 to TSM 3.7 or 4.1.  Many of you may know,
that Tivoli does not see this as an upgrade, but as a new purchase.
Consequently, their pricing is that of a new purchase.  Does anybody know
of a cheaper path to follow for the upgrade?  Also, we may not be able to
purchase 3.7, we may be forced to go straight to 4.1.  Does anybody know
why?
Thank you in advance.

Michael A. Scurek
CSC-BGI Unix Support
[EMAIL PROTECTED]

Re: NEW 3590 CARTRIDGES

[Edward(Ed) J. Finnell, III]

White is locked-nowrite.The Black Watch's have a white lock instead of a dot.
Edward(Ed) J. Finnell, III
Enterprise Systems/Proj. Mgr.
url:www.ua.edu

Re: NEW 3590 CARTRIDGES

[Debbie Denham]

Richard, 
The write-protect thumbwheel you refer to, should the white dot be showing or not?
Debbie Denham

>>> Richard Sims <[EMAIL PROTECTED]> 10/27/00 01:46PM >>>
>If the tapes are prelabeled, I would just check them in

I've learned not to trust tape suppliers who claim that tapes have
been internally labeled: it's safer to label them yourself.

In the case cited: I would add the Label Libv parameter OVERWRITE=YES,
and assure that the write-protect thumbwheel is in the Write position.

  Richard Sims, BU

Re: Warning - Windows NT/2000 Sev1 Flash

[Nick Cassimatis]

Here's the MS Knowledgebase entry for this.  I understand what's happening,
but I don't know if I can explain it to someone else.

Nick Cassimatis
[EMAIL PROTECTED]

"I'm one cookie away from happy." - Snoopy (Charles Schulz)




Time Stamp Changes with Daylight Savings



The information in this article applies to:

Microsoft Windows NT Server version 3.1
Microsoft Windows NT Workstation version 3.1
Microsoft Windows NT Advanced Server
Microsoft Windows NT Workstation versions 3.5, 3.51, 4.0
Microsoft Windows NT Server versions 3.5, 3.51, 4.0
Microsoft Windows 2000 Professional
Microsoft Windows 2000 Server
Microsoft Windows 2000 Advanced Server




SUMMARY
When Windows NT automatically adjusts for daylight savings time, the times
on files on Windows NT file system (NTFS) partitions and the events in the
event logs are retroactively shifted by one hour, even though the files and
event records were created before the daylight savings time change.

NOTE: To configure Windows NT to automatically adjust for daylight savings
time, run Control Panel, choose Date/Time, and select "Automatically Adjust
for Daylight Saving Time."



MORE INFORMATION
This behavior occurs because of the way that Windows NT stores time
information. All times displayed in Windows NT for event log events and
files on NTFS partitions are computed as offsets to Greenwich Mean Time
(GMT). When you set the time on your system, you are setting the value for
GMT. When you select your local time zone for the system, the appropriate
number of hours are added or subtracted to the stored GMT value. This
adjusted time is displayed. When "Automatically Adjust for Daylight Saving
Time" is selected, an additional hour is added to GMT during daylight
savings time (the first Sunday in April through the last Sunday in
October).

If you are viewing another machine remotely across one or more time zones
through Event Viewer, the times for events on the remote system appear
relative to your local time. In other words, if you are viewing an event
remotely that actually occurred at 8:00 PM Central Daylight Time, the time
displayed for the event on your computer will be 6:00 PM when you view the
event from the Pacific Daylight Time zone.

When Windows95 or Windows NT clients access network resources they are
passed the GMT time of the file stored on the NTFS partition. When the
client recieves the time stamp in GMT they then adjust the time stamp (+)
plus or (-) minus the time zone they are set for.

In the case of WINDOWS NT - it also adjusts for daylight savings time and
displays the file's time stamp for the correct local time including
Daylight Savings Time setting.



In the case of WINDOWS95 - The time returned by the file system is not
adjusted for Daylight Savings Time. This feature is by design, and was
implemented to work with servers such as NetWare that do not support the
Daylight Savings time APIs and time functions in Windows 95. In this case
the files will display off by one hour. this is BY DESIGN for WINDOWS95
clients.

Additional query words: prodnt day light

Keywords : kbusage
Version : :; WINDOWS:2000; winnt:3.5,3.51,4.0
Platform :
Issue type :
Technology : kbWinNTsearch kbWinNTWsearch kbWinNTW400 kbWinNTW400search
kbWinNT351search kbWinNT350search kbWinNT400search kbWinNTW350
kbWinNTW350search kbWinNTW351search kbWinNTW351 kbwin2kAdvSer
kbwin2kAdvSerSearch kbwin2kS kbWinNTW310 kbWinNTSsearch kbWinNTS400search
kbWinNTS400 kbWinNTS351 kbWinNTS350 kbWinNTS310 kbWinNTAdvSerSearch
kbwin2kSSearch kbwin2kSearch kbwin2kProSearch kbwin2kPro kbWinNTS351search
kbWinNTS350search kbWinNTS310search kbWinNT310Search kbWinNTW310Search

Solaris client. Core dump. rc=138??

[Alan Cheski]

Our adsm client (3.1.0.8) on Solaris 2.5.1 archives
hundreds of files using the same script. Randomly, a
few of these archives return with a return code of 138
and core dump with a bus error. Does anyone know what
a return code of 138 means? I have looked in errno.h
and there is no definition for rc 138. No other log
indicates anything else happened.

__
Do You Yahoo!?
Yahoo! Messenger - Talk while you surf!  It's FREE.
http://im.yahoo.com/

Re: NEW 3590 CARTRIDGES

[Rick Marshall]

  We had a similar problem labelling 9840 tapes that were pre-labelled. We
were able to label them by specifying the overwrite=yes parm on the label
libv command. I believe a different error message was still generated, but
the tapes still labelled OK and were usable as scratch.

Rick




Debbie Denham <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 10/27/2000 12:47:38 PM

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

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


To:   ADSM-L <[EMAIL PROTECTED]>
cc:
Subject:  NEW 3590 CARTRIDGES


I have a question regarding new out of the box 3590 prelabel tape
cartridges. Below are the logs I am receiving.
Are there any others that have had similar problems labeling new volumes. I
have had similar problems on different drives and cartridges. Is the
problem the cartridge or the drive? I would appreciate any help.

Thanks in advance,
Debbie Denham

10/27/2000 11:59:58 ANR2017I Administrator ADMIN issued command: LABEL libv
3494a search=yes checkin=scratch devt=3590
10/27/2000 12:09:25 ANR8302E I/O error on drive DRIVE5 (/dev/rmt5)
(OP=WRITE, CC=0, KEY=03, ASC=0C, ASCQ=00,
SENSE=F0.00.03.00.00.00.50.58.00.00.00.00.0C.00.FE.02.31.18.50.55.00.03.01.31.48.06.43.49.42.14.0A.00.10.35.42.12.01.33.6B.0F.04.33.54.10.07.00.00.00.00.00.00.00.00.00.00.00.00.10.FF.FF.FF.FF.00.00,

Description=An undetermined error has occurred).  Refer to Appendix B in
the 'Messages' manual for recommended action.
10/27/2000 12:09:25 ANR8806E Could not write volume label 002512 on the
tape in library 3494A.

LABEL:  TAPE_ERR1
IDENTIFIER: 4865FA9B

Date/Time:   Fri Oct 27 12:09:25
Sequence Number: 196073
Machine Id:  006194834C00
Node Id: shsilo1
Class:   H
Type:PERM
Resource Name:   rmt5
Resource Class:  tape
Resource Type:   3590
Location:50-58-00-5,0
VPD:
ManufacturerIBM
Machine Type and Model..03590E1A
Serial Number...00021632
Device Specific.(FW)D22E
Loadable Microcode LevelA0B00E26

Description
TAPE OPERATION ERROR

Probable Causes
TAPE

User Causes
MEDIA DEFECTIVE
DIRTY READ/WRITE HEAD

Recommended Actions
FOR REMOVABLE MEDIA, CHANGE MEDIA AND RETRY
PERFORM PROBLEM DETERMINATION PROCEDURES

Detail Data
SENSE DATA
0605  0A00  5000      F000 0300  5058 

0C00 FE02 3118 5055 0003 0131 4806 4349 4214 0A00 1035 4212 0133 6B0F 0433
5410
0700      0010    0100  3100 2000 3232
4520
2020 2000 C000 4A30 3032 3531 3200        

             
---
LABEL:  DEV_DUMP_RETRIEVED
IDENTIFIER: DE9A52D1
LABEL:  DEV_DUMP_RETRIEVED
IDENTIFIER: DE9A52D1

Date/Time:   Fri Oct 27 12:09:25
Sequence Number: 196072
Machine Id:  006194834C00
Node Id: shsilo1
Class:   S
Type:INFO
Resource Name:   rmt5

Description
DEVICE DUMP RETRIEVED

Probable Causes
TAPE DRIVE

Failure Causes
TAPE DRIVE

Recommended Actions
CONTACT APPROPRIATE SERVICE REPRESENTATIVE

Detail Data
Detail Data
ADDITIONAL INFORMATION
Device dump saved as /var/adm/ras/Atape.rmt5.dump_h3

Re: NEW 3590 CARTRIDGES

[Richard Sims]

>If the tapes are prelabeled, I would just check them in

I've learned not to trust tape suppliers who claim that tapes have
been internally labeled: it's safer to label them yourself.

In the case cited: I would add the Label Libv parameter OVERWRITE=YES,
and assure that the write-protect thumbwheel is in the Write position.

  Richard Sims, BU

Re: Warning - Windows NT/2000 Sev1 Flash

[Richard Sims]

> We have this set, and have no recollection of this occurring.  That is,
> NT does
> not adjust the time stamp on all the files just because the server time
> changes.
> I must be reading this APAR notice incorrectly, if anyone could clarify
> it for
> me I would appreciate it.

Perhaps you were using FAT instead of NTFS?

Re: NEW 3590 CARTRIDGES

[Nicholas Cassimatis/Raleigh/IBM]

We had similar messages when we tried to checkin/label the Extended Length
tapes in a drive that didn't have the upgrade installed.  Check your tapes,
and see if there is a "J" or a "K" on the label.  If it's a "K" you need to
have the upgraded drives (I believe there's a sticker saying "2X" that gets
put on the back of the drive when the upgrade is installed).

Nick Cassimatis
[EMAIL PROTECTED]

"I'm one cookie away from happy." - Snoopy (Charles Schulz)

RS/6000

[Shekhar Dhotre]

What about  RS/6000   time setting , that is fall back spring ahed..

Re: Warning - Windows NT/2000 Sev1 Flash

[Patrick Boutilier]

It appears if the file is modified (so that the time stamp changes) between 1:00
am and 2:00 on Oct. 29 the file's time stamp will go back one hour. That is what
I saw this morning after testing it.


Quoting Rob Schroeder <[EMAIL PROTECTED]>:

> We have this set, and have no recollection of this occurring.  That is,
> NT does
> not adjust the time stamp on all the files just because the server time
> changes.
> I must be reading this APAR notice incorrectly, if anyone could clarify
> it for
> me I would appreciate it.
>
> Rob Schroeder
>



Staff Sig...

Re: NEW 3590 CARTRIDGES

[Williams, Tim]

If the tapes are prelabeled, I would just check them in
I have had new, unlabeled tapes that have had issues writing the
tape label. I have those tapes replaced.
(we peel off the bar coded label and lay it down on another blank
tape and label libv that onewe also have double stick tape (special) in
case
the stickum isn't too sticky).
If you are having lots of problems with the whole box of 3590 tapes,
then this could point to a tape problem
One idea of trouble shootingtake drive 5 offline...does the
problem 'travel'
Also...try labeling the specific tape...again...with tape drive 5
offlinesame problem? If so, replace the tape.
FYI Thanks Tim
*One more thingyes, I've had problems with NEW tapes...





Debbie Denham <[EMAIL PROTECTED]>
10/27/2000 11:47 AM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:

Subject:NEW 3590 CARTRIDGES

I have a question regarding new out of the box 3590 prelabel tape
cartridges. Below are the logs I am receiving.
Are there any others that have had similar problems labeling new
volumes. I have had similar problems on different drives and cartridges. Is
the problem the cartridge or the drive? I would appreciate any help.

Thanks in advance,
Debbie Denham

10/27/2000 11:59:58 ANR2017I Administrator ADMIN issued command:
LABEL libv 3494a search=yes checkin=scratch devt=3590

10/27/2000 12:09:25 ANR8302E I/O error on drive DRIVE5 (/dev/rmt5)
(OP=WRITE, CC=0, KEY=03, ASC=0C, ASCQ=00,
SENSE=F0.00.03.00.00.00.50.58.00.00.00.00.0C.00.FE.02.31.18.50.55.00.03.01.3
1.48.06.43.49.42.14.0A.00.10.35.42.12.01.33.6B.0F.04.33.54.10.07.00.00.00.00
.00.00.00.00.00.00.00.00.10.FF.FF.FF.FF.00.00, Description=An undetermined
error has occurred).  Refer to Appendix B in the 'Messages' manual for
recommended action.
10/27/2000 12:09:25 ANR8806E Could not write volume label 002512 on
the tape in library 3494A.


LABEL:  TAPE_ERR1
IDENTIFIER: 4865FA9B

Date/Time:   Fri Oct 27 12:09:25
Sequence Number: 196073
Machine Id:  006194834C00
Node Id: shsilo1
Class:   H
Type:PERM
Resource Name:   rmt5
Resource Class:  tape
Resource Type:   3590
Location:50-58-00-5,0
VPD:
ManufacturerIBM
Machine Type and Model..03590E1A
Serial Number...00021632
Device Specific.(FW)D22E
Loadable Microcode LevelA0B00E26

Description
TAPE OPERATION ERROR

Probable Causes
TAPE

User Causes
MEDIA DEFECTIVE
DIRTY READ/WRITE HEAD

Recommended Actions
FOR REMOVABLE MEDIA, CHANGE MEDIA AND RETRY
PERFORM PROBLEM DETERMINATION PROCEDURES

Detail Data
SENSE DATA
0605  0A00  5000      F000 0300 
5058  
0C00 FE02 3118 5055 0003 0131 4806 4349 4214 0A00 1035 4212 0133
6B0F 0433 5410
0700      0010    0100  3100
2000 3232 4520
2020 2000 C000 4A30 3032 3531 3200      
  
            


---
LABEL:  DEV_DUMP_RETRIEVED
IDENTIFIER: DE9A52D1
LABEL:  DEV_DUMP_RETRIEVED
IDENTIFIER: DE9A52D1

Date/Time:   Fri Oct 27 12:09:25
Sequence Number: 196072
Machine Id:  006194834C00
Node Id: shsilo1
Class:   S
Type:INFO
Resource Name:   rmt5

Description
DEVICE DUMP RETRIEVED

Probable Causes
TAPE DRIVE

Failure Causes
TAPE DRIVE

Recommended Actions
CONTACT APPROPRIATE SERVICE REPRESENTATIVE

Detail Data
Detail Data
ADDITIONAL INFORMATION
Device dump saved as /var/adm/ras/Atape.rmt5.dump_h3

NEW 3590 CARTRIDGES

[Debbie Denham]

I have a question regarding new out of the box 3590 prelabel tape cartridges. Below 
are the logs I am receiving.
Are there any others that have had similar problems labeling new volumes. I have had 
similar problems on different drives and cartridges. Is the problem the cartridge or 
the drive? I would appreciate any help.

Thanks in advance,
Debbie Denham

10/27/2000 11:59:58 ANR2017I Administrator ADMIN issued command: LABEL libv 3494a 
search=yes checkin=scratch devt=3590   
   
   
 
10/27/2000 12:09:25 ANR8302E I/O error on drive DRIVE5 (/dev/rmt5) (OP=WRITE, CC=0, 
KEY=03, ASC=0C, ASCQ=00, 
SENSE=F0.00.03.00.00.00.50.58.00.00.00.00.0C.00.FE.02.31.18.50.55.00.03.01.31.48.06.43.49.42.14.0A.00.10.35.42.12.01.33.6B.0F.04.33.54.10.07.00.00.00.00.00.00.00.00.00.00.00.00.10.FF.FF.FF.FF.00.00,
 Description=An undetermined error has occurred).  Refer to Appendix B in the 
'Messages' manual for recommended action.  
10/27/2000 12:09:25 ANR8806E Could not write volume label 002512 on the tape in 
library 3494A. 
   
   
   

LABEL:  TAPE_ERR1
IDENTIFIER: 4865FA9B

Date/Time:   Fri Oct 27 12:09:25
Sequence Number: 196073
Machine Id:  006194834C00
Node Id: shsilo1
Class:   H
Type:PERM
Resource Name:   rmt5
Resource Class:  tape
Resource Type:   3590
Location:50-58-00-5,0
VPD:
ManufacturerIBM
Machine Type and Model..03590E1A
Serial Number...00021632
Device Specific.(FW)D22E
Loadable Microcode LevelA0B00E26

Description
TAPE OPERATION ERROR   

Probable Causes
TAPE

User Causes
MEDIA DEFECTIVE
DIRTY READ/WRITE HEAD

Recommended Actions
FOR REMOVABLE MEDIA, CHANGE MEDIA AND RETRY
PERFORM PROBLEM DETERMINATION PROCEDURES

Detail Data
SENSE DATA
0605  0A00  5000      F000 0300  5058  
0C00 FE02 3118 5055 0003 0131 4806 4349 4214 0A00 1035 4212 0133 6B0F 0433 5410
0700      0010    0100  3100 2000 3232 4520
2020 2000 C000 4A30 3032 3531 3200         
             
---
LABEL:  DEV_DUMP_RETRIEVED
IDENTIFIER: DE9A52D1
LABEL:  DEV_DUMP_RETRIEVED
IDENTIFIER: DE9A52D1

Date/Time:   Fri Oct 27 12:09:25
Sequence Number: 196072
Machine Id:  006194834C00
Node Id: shsilo1
Class:   S
Type:INFO
Resource Name:   rmt5

Description
DEVICE DUMP RETRIEVED

Probable Causes
TAPE DRIVE

Failure Causes
TAPE DRIVE

Recommended Actions
CONTACT APPROPRIATE SERVICE REPRESENTATIVE

Detail Data  
Detail Data
ADDITIONAL INFORMATION
Device dump saved as /var/adm/ras/Atape.rmt5.dump_h3   
   

AIT-2 getting 25, not 50 GB

[Paul Fielding]

Hi All.  I've got a set of AIT-2 drives that I'm setting up, using 50 GB native tapes. 
 As my first tapes have started becoming full, I'm finding I'm only getting just over 
25 GB on the tapes.

Based on what I've read on the list, it looks like people have found the estimated 
capacity to be 20 GB, but that when the tape filled they still got the capacity they 
should be getting.  I'm, however, not seeing this.

I've got the devclass set to type 8mm, format AITC.  Now, here's a possible hitch.  
Initially, I labeled a whack of tapes before I realized that the format was still set 
to DRIVE as opposed to AITC.  Is it possible that labeling the tapes without the AITC 
format specified is causing the problem?  I suspect not, but ya never know...   
If it is the problem, anyone know a quick'n dirty way to wipe the tapes clean enough 
(on NT) to allow a clean fresh labelling?

Thanks muchly

Paul

Re: 3590 tape drives

[Nicholas Cassimatis/Raleigh/IBM]

The drive can physically tell what type of cartridge is in it.  The
Extended Length upgrade adds the ability to read/write the longer tapes,
but doesn't take away any other capabilities.

If you look at the label end of a 3590 tape, there are two plastic inserts
below the label (if the gear drive side is down).  There are notches taken
out of these inserts which allow the drive to tell what type of tape it is.
CE cartridges, Cleaning tapes, 3590, 3590XL, all have different codes with
the notches.

Nick Cassimatis
[EMAIL PROTECTED]

"I'm one cookie away from happy." - Snoopy (Charles Schulz)

Re: Warning - Windows NT/2000 Sev1 Flash

[Doug Thorneycroft]

Just a note, After seeing this, I went ahead and turned off "Automatically
adjust clock for daylight savings changes"
I did this at 8:30. When I did, my system clock went to standard time 7:30 so I
set it back foreword to 8:30.
At 8:35,  started an admin session with TSM, which reported the server
date/time as 9:35. I had to halt and restart the
server to bring it back in sync with the system time.


On Friday, October 27, 2000 8:13 AM, Dave Canan [SMTP:[EMAIL PROTECTED]]
wrote:
> This APAR was just opened this morning. I wanted to get ti
distributed
> to
> the LISTSERV as quickly as I could.
>
>
>
> PMR NO: 08519,000,866
> OSs INVOLVED: NT
> COMPID: 5697TSMNT and 5698TSMNT
> APAR SEV: 1
> RELESE: 3.7.2 - 4.1.1
> KEYWORD: Daylight Savings incremental
> ABSTRACT:
> "Automatically adjust clock for daylight savings changes"
> causes incremental to do full backup
> ERROR DESCRIPTION:
> When NT is set to automatically adjust the clock for Daylight
> Savings NT modifies ALL files' time attribute by setting
> it back 1 hour thus causing incremental backups to perform full
> backups.
>
> RECREATE DIRECTIONS:
> 1) Create a subset of files
> 2) Change the time zone on NT to one that has daylight savings
> changes ( if applicable)
> 3) Change the time to a few minutes prior to daylight savings
> time (0200 October 29, 2000).
> ex: 0155
> 4) Check the box next to
> "Automatically adjust clock for daylight savings changes"
> 5) Do an incremental backup
> 6) Watch the time stamps change when the clock goes from 0159
> to 0200 back to 0100.
> 7) Do another incremental backup
> All files will be backed up as if it were a full backup.
>
> LOCAL FIX
> Uncheck the "Automatically adjust clock for daylight savings
> changes" in the time/date control panel and manually adjust
> the time for daylight savings.
> Additional Notes:
> *This does not affect 3.1.x and 3.7.0 clients. Microsoft
> Searchable Knowledge base reference number Q129574.
> * Old APAR IC13012 (v2.105 closed 1996) is the same problem for
> FAT file systems
>
>
> Money is not the root of all evil - full backups are.

Re: Warning - Windows NT/2000 Sev1 Flash

[Rob Schroeder]

We have this set, and have no recollection of this occurring.  That is, NT does
not adjust the time stamp on all the files just because the server time changes.
I must be reading this APAR notice incorrectly, if anyone could clarify it for
me I would appreciate it.

Rob Schroeder

Re: speaking of halts...

[jacinth]

I take it from the deafening silence that this is a non-issue?

If the server (TSM 3.7.3.0) halt does not kill this process, does it
mean that it is not shutting down cleanly and that there is a major
problem?  Should a "kill -15"  do the trick and I shouldn't worry about
it?

-- Original Message --
From: jacinth <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Date: Thu, 26 Oct 2000 16:42:25 -0500

>I seem to recall when the system was new that doing a "halt" would
>also kill dsmserv... that is, shut it down completely.  Now when I do
>a halt, it kicks me out and the process is still running, even though
>I can't log in, but it isn't shutdown completely.  I wait, and it still
>isn't gone.  Is this normal?
>
>TIA,
>-Denise-
>

Warning - Windows NT/2000 Sev1 Flash

[Dave Canan]

This APAR was just opened this morning. I wanted to get ti distributed to
the LISTSERV as quickly as I could.



PMR NO: 08519,000,866
OSs INVOLVED: NT
COMPID: 5697TSMNT and 5698TSMNT
APAR SEV: 1
RELESE: 3.7.2 - 4.1.1
KEYWORD: Daylight Savings incremental
ABSTRACT:
"Automatically adjust clock for daylight savings changes"
causes incremental to do full backup
ERROR DESCRIPTION:
When NT is set to automatically adjust the clock for Daylight
Savings NT modifies ALL files' time attribute by setting
it back 1 hour thus causing incremental backups to perform full
backups.

RECREATE DIRECTIONS:
1) Create a subset of files
2) Change the time zone on NT to one that has daylight savings
changes ( if applicable)
3) Change the time to a few minutes prior to daylight savings
time (0200 October 29, 2000).
ex: 0155
4) Check the box next to
"Automatically adjust clock for daylight savings changes"
5) Do an incremental backup
6) Watch the time stamps change when the clock goes from 0159
to 0200 back to 0100.
7) Do another incremental backup
All files will be backed up as if it were a full backup.

LOCAL FIX
Uncheck the "Automatically adjust clock for daylight savings
changes" in the time/date control panel and manually adjust
the time for daylight savings.
Additional Notes:
*This does not affect 3.1.x and 3.7.0 clients. Microsoft
Searchable Knowledge base reference number Q129574.
* Old APAR IC13012 (v2.105 closed 1996) is the same problem for
FAT file systems


Money is not the root of all evil - full backups are.

Re: 3590 tape drives

[Jim Sporer]

And write.
Jim Sporer

At 10:46 AM 10/27/2000 -0400, you wrote:
>Per IBM they can read both.
>
> >>> [EMAIL PROTECTED] 10/27/00 10:05AM >>>
>Hy experts !
>
>A question about tape-drives :
>
>we have in our tape-library (IBM 3494) Magstar 3590 Modell E drives (E1A).
>Because they were bought one year ago, they don' t have the facility to
>read/write the extended-length-cartridges, so we use the normal cartridges
>with 20 GB uncompressed.
>
>Now we plan to upgrade those drives (IBM-upgrade-Kit) so that they can
>handle the extended-length-cartridges (40GB uncompressed).
>
>My question now : are the drives with this feature able to handle
>(read/write) the old format cartridges (20 GB), or can they only read those
>40 GB-cartridges.
>
>Thanks a lot
>
>Chr. Pilgram

Re: 3590 tape drives

[Lawrence Clark]

Per IBM they can read both.

>>> [EMAIL PROTECTED] 10/27/00 10:05AM >>>
Hy experts !

A question about tape-drives :

we have in our tape-library (IBM 3494) Magstar 3590 Modell E drives (E1A).
Because they were bought one year ago, they don' t have the facility to
read/write the extended-length-cartridges, so we use the normal cartridges
with 20 GB uncompressed.

Now we plan to upgrade those drives (IBM-upgrade-Kit) so that they can
handle the extended-length-cartridges (40GB uncompressed).

My question now : are the drives with this feature able to handle
(read/write) the old format cartridges (20 GB), or can they only read those
40 GB-cartridges.

Thanks a lot

Chr. Pilgram

Re: Different nodes of ADSM of a cluster server

[Mike Dile]

You can use dsmcutil update and specify the /optfile: parameter to specify
a different option file for any of the installed TSM services.

Regards,

Mike Dile
Tivoli Storage Manager Client Development
[EMAIL PROTECTED]

Re: Bare Metal Restore for NT

[O'Connell, John R]

Thanks for the replies.  All of them have helped.

John R. O'Connell
Phone:408-492-2042
Pager:408-949-1432
John.R.O'[EMAIL PROTECTED]



-Original Message-
From: Richard Smith [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 6:56 AM
To: [EMAIL PROTECTED]
Subject: Re: Bare Metal Restore for NT


John,

I have currently been working on a system level recovery procedure.  I now
have tested procedures for restoring to the same hardware and changing the
system disk controller.  Here is what I am doing:

1. Backup entire system including registry and event logs.
2. Load base NT + IP to any directory other than WINNT.
3. Install the TSM client.
4. Restore the entire C:\ drive
5. Copy the following files to C:\WINNT\SYSTEM32\Config:
   C:\ADSM.SYS\REGISTRY\%MACHINENAME%\MACHINE\*.*
   C:\ADSM.SYS\REGISTRY\%MACHINENAME%\USERS\DEFAULT
   C:\ADSM.SYS\EVENTLOG\*.*
6. Reboot server and verify that NT is running properly.  Make sure to check
out Disk Administrator.  A lot of times NT will switch the letters on the D:
and E: drives.
7. Restore all other applications and data.
8. Reboot again, and server should be running as normal.
9. Clean up temp installation

Rick Smith
State Farm Insurance
Storage Management
(309) 735-3086


-Original Message-
From: John.R.O'[EMAIL PROTECTED]
[mailto:John.R.O'[EMAIL PROTECTED]]
Sent: Thursday, October 26, 2000 6:22 PM
To: [EMAIL PROTECTED]
Subject: Bare Metal Restore for NT


We currently have an open PMR for trying to restore a registry on a
NT system.  It appears to me that there is a overall problem restoring NT
registry with TSM.  We are about to try out Bare Metal Restore from The
Kernel Group.  This product appears to works with TSM on restoring a entire
NT system including the registry.  Does anybody else use this product or one
similar or have you been able to restore a registry on a NT system?  When we
restored the registry we did the following:

1.  Reload NT & TAM
2.  Restore the system with TAM
3.  Restore the registry
4.  Reboot
5.  Errors occur on the reboot

John R. O'Connell
Phone:408-492-2042
Pager:408-949-1432
John.R.O'[EMAIL PROTECTED]

Re: 700 GB OPS Data Warehouse

[Reinhold Wagner]

Sean,

we don't have a 700 GB DB but maybe my figures may help you:

- 100 GB Oracle on NT (SP5), Gigabit-Adapter
- ADSM-Server AIX 4.3.3, Gigabit
- 2 3590-E drives (14 MB/s each)

we backup this database in little more than 1 hour.

I assume it's a question of tape drive speed.

Reinhold Wagner, Zeuna Staerker GmbH & Co. KG

700 GB OPS Data Warehouse

[Sean McNamara]

Hello All,

We have a 700 GB data warehouse that we are attempting to get a full
backup done on.  It is running on a Netfinity 7000 running NT 4.0 SP6.  The
database is Oracle parallel server 8.0.5.2.1 running raw partition.  We are
attempting to get the backup done using RMAN and TDP for Oracle to an NT server
running TSM 3.7.2.  The full backup has been running for 18 hrs and has only
backed up approx. 60 GB.  We are painfully aware that our throughput is an issue
that needs to be addressed.

Our questions:

Is anyone else out there backing up a database that is this large and of
this or a similar configuration?

Have you been successful?  If so, how are you doing it?

Does anyone have any ideas on how we might want to handle this task?
Any and all approaches would be welcome (TSM or non-TSM).


Regards,

Sean McNamara
Senior Analyst
PJM Interconnection L.L.C.
(610)666-4206

3590 tape drives

[Christoph Pilgram]

Hy experts !

A question about tape-drives :

we have in our tape-library (IBM 3494) Magstar 3590 Modell E drives (E1A).
Because they were bought one year ago, they don' t have the facility to
read/write the extended-length-cartridges, so we use the normal cartridges
with 20 GB uncompressed.

Now we plan to upgrade those drives (IBM-upgrade-Kit) so that they can
handle the extended-length-cartridges (40GB uncompressed).

My question now : are the drives with this feature able to handle
(read/write) the old format cartridges (20 GB), or can they only read those
40 GB-cartridges.

Thanks a lot

Chr. Pilgram

Re: Bare Metal Restore for NT

[Richard Smith]

John,

I have currently been working on a system level recovery procedure.  I now
have tested procedures for restoring to the same hardware and changing the
system disk controller.  Here is what I am doing:

1. Backup entire system including registry and event logs.
2. Load base NT + IP to any directory other than WINNT.
3. Install the TSM client.
4. Restore the entire C:\ drive
5. Copy the following files to C:\WINNT\SYSTEM32\Config:
   C:\ADSM.SYS\REGISTRY\%MACHINENAME%\MACHINE\*.*
   C:\ADSM.SYS\REGISTRY\%MACHINENAME%\USERS\DEFAULT
   C:\ADSM.SYS\EVENTLOG\*.*
6. Reboot server and verify that NT is running properly.  Make sure to check
out Disk Administrator.  A lot of times NT will switch the letters on the D:
and E: drives.
7. Restore all other applications and data.
8. Reboot again, and server should be running as normal.
9. Clean up temp installation

Rick Smith
State Farm Insurance
Storage Management
(309) 735-3086


-Original Message-
From: John.R.O'[EMAIL PROTECTED]
[mailto:John.R.O'[EMAIL PROTECTED]]
Sent: Thursday, October 26, 2000 6:22 PM
To: [EMAIL PROTECTED]
Subject: Bare Metal Restore for NT


We currently have an open PMR for trying to restore a registry on a
NT system.  It appears to me that there is a overall problem restoring NT
registry with TSM.  We are about to try out Bare Metal Restore from The
Kernel Group.  This product appears to works with TSM on restoring a entire
NT system including the registry.  Does anybody else use this product or one
similar or have you been able to restore a registry on a NT system?  When we
restored the registry we did the following:

1.  Reload NT & TAM
2.  Restore the system with TAM
3.  Restore the registry
4.  Reboot
5.  Errors occur on the reboot

John R. O'Connell
Phone:408-492-2042
Pager:408-949-1432
John.R.O'[EMAIL PROTECTED]

Re: Trace Route for AIX?

[Palmadesso Jack]

Yeah I knew it was obvious.  Too much traveling ;-)

Thanks

-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 8:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Trace Route for AIX?


>I apologize for being off topic but does anybody know how to perform a
trace
>route under AIX 4.3.3?

Do 'man traceroute' or see
 www.rs6000.ibm.com/doc_link/en_US/a_doc_lib/aixgen/topnav/topnav.htm
Note that 'ping -R' can also reveal routing.
   Richard Sims, BU

Re: Trace Route for AIX?

[Richard Sims]

>I apologize for being off topic but does anybody know how to perform a trace
>route under AIX 4.3.3?

Do 'man traceroute' or see
 www.rs6000.ibm.com/doc_link/en_US/a_doc_lib/aixgen/topnav/topnav.htm
Note that 'ping -R' can also reveal routing.
   Richard Sims, BU

Different nodes of ADSM of a cluster server

[Javier Muqoz]

 Hello. I'm running ADSM Server on Unix Server and backing up NT cluster server
with ADSM Client 3.1.0.8. In the  NT cluster server we need to install one
service named "Client Acceptor" that has as file with extension .opt another
file different to the common, this is, dsm.opt.

The problem is that the service "Client Acceptor" take the file dsm.opt. We want
to take another file. We can give it of some form, in the register key,.

Thanks in advance.

Francisco Javier Muqoz
Soluziona Outsourcing

e-mail:[EMAIL PROTECTED]

Trace Route for AIX?

[Palmadesso Jack]

I apologize for being off topic but does anybody know how to perform a trace
route under AIX 4.3.3?

Thanks
Jack

Re: Unable to access the network path

[Angel Antsn]

I alreay changed the permissions to the Scheduler service to an administrator account. 
The situation is as follows: The server has 4 disks: c:, d:, e: and f: and with the 
three first ones there is no problem but with the last one, the scheduler backups a 
lot of files and ends with that nasty msg. It has access to the drive.


Angel Antón
IZFE. S.A.
Plaza de Pinares, 1-3
Donostia 20001

Tlf.: +34 943.482.869/811 , Fax: +34 943.321.023
E-Mail : [EMAIL PROTECTED]


-Mensaje original-
De: Nicholas Cassimatis/Raleigh/IBM [SMTP:[EMAIL PROTECTED]]
Enviado el: viernes 27 de octubre de 2000 14:11
Para:   [EMAIL PROTECTED]
Asunto: Re: Unable to access the network path

This often means the System account doesn't have access to a drive.

Nick Cassimatis
[EMAIL PROTECTED]

"I'm one cookie away from happy." - Snoopy (Charles Schulz)

Re: Bare Metal Restore for NT

[Phil Bone]

Here is the Redbook Nick is referring to:

Client Disaster Recovery - Bare Metal - SG24-4880-00.pdf

Phil

-Original Message-
From: Nicholas Cassimatis/Raleigh/IBM [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 26, 2000 9:00 PM
To: [EMAIL PROTECTED]
Subject: Re: Bare Metal Restore for NT


You can't overwrite an active registry.  Two options:

1.  Step 1 should be to install NT and TSM to non-standard directories.
That way you can restore the registry.

2.  Restore the c:\adsm.sys directory tree, then boot with an NTFS aware
diskette, and copy the directory files back to c:\winnt\system32\config.

I'd advise reading the redbook on NT Bare Metal Restores (I can't find the
number, but you can search for it on the www.redbooks.ibm.com website), as
there's more to restoring an entire NT system than meets the eye.

Nick Cassimatis
[EMAIL PROTECTED]

"I'm one cookie away from happy." - Snoopy (Charles Schulz)

Re: Unable to access the network path

[Nicholas Cassimatis/Raleigh/IBM]

This often means the System account doesn't have access to a drive.

Nick Cassimatis
[EMAIL PROTECTED]

"I'm one cookie away from happy." - Snoopy (Charles Schulz)

Re: Error ANS4036E

[Richard Sims]

Javier - Traditional causes of the NT backup problem:

ANS4036E An error occurred saving the registry key.
Can be that the user attempting the backup is not authorized to back up
the registry.  Or the C: drive was full: *SM requires space to therein
make a copy of the Registry (adsm.sys directory), to then back up that
copy.

 Richard Sims, BU

Re: ATAPE drivers

[Loon, E.J. van - SPLXM]

Hi Curtis (and others),
I've got it now. Thank you very much!
Kindest regards,
Eric van Loon


-Original Message-
From: Magura, Curtis [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 12:50
To: [EMAIL PROTECTED]
Subject: Re: ATAPE drivers


ftp://index.storsys.ibm.com/devdrvr/AIX/

Enjoy


Curt Magura
Lockheed Martin EIS
Gaithersburg, Md.
301-240-6305


-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 6:41 AM
To: [EMAIL PROTECTED]
Subject: ATAPE drivers


Hi *SM-ers!
I successfully installed the new TSM 3.7.4 server on an AIX box. The readme
states that one has to use the most current ATAPE drivers, but it does not
mention a download site.
Does anybody know the correct URL for downloading these drivers?
Thanks in advance for your reply!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


**
This e-mail and any attachment may contain confidential and privileged
material intended for the addressee only. If you are not the addressee, you
are notified that no part of the e-mail or any attachment may be disclosed,
copied or distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have received
this e-mail by error, please notify the sender immediately by return e-mail,
and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its
subsidiaries and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor responsible
for any delay in receipt.
**

Re: ATAPE drivers

[Paul Da Silva]

You can find the download of the ATAPE Drivers here ..


ftp://ftp.software.ibm.com/storage/devdrvr/AIX


Regards

  Paul Da Silva
  AIX Unix  Administrator
  IBM Global Services
   E-Mail  : [EMAIL PROTECTED]

Re: ATAPE drivers

[Peter Bjoern]

You can get the Atape drivers from here :

ftp://ftp.software.ibm.com/storage/devdrvr/AIX/


Best regards

Peter

Error ANS4036E

[Javier Muqoz]

Hello. I'm running ADSM Server on Unix Server and backing up NT with ADSM Client
3.1.0.8. One of out NT servers is giving me an error "ANS4036E  An error occured
saving the registry key" and I'm able to determina with is the is giving the
error or what is really the error. How can I determine, and solve, the error?

Thanks in advance.

Francisco Javier Muqoz Carmona
Soluziona Outsourcing.

E-Mail : [EMAIL PROTECTED]

Re: Unable to access the network path

[Javier Muqoz]

Hello. The error named "Unable to access the network path It can be solutionated
of the following form:

   Unsure that the network is up  and the path can be accessed and the path can
   be accessed.
   Retry the operation.


Bye.

Re: ATAPE drivers

[Magura, Curtis]

ftp://index.storsys.ibm.com/devdrvr/AIX/

Enjoy


Curt Magura
Lockheed Martin EIS
Gaithersburg, Md.
301-240-6305


-Original Message-
From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 6:41 AM
To: [EMAIL PROTECTED]
Subject: ATAPE drivers


Hi *SM-ers!
I successfully installed the new TSM 3.7.4 server on an AIX box. The readme
states that one has to use the most current ATAPE drivers, but it does not
mention a download site.
Does anybody know the correct URL for downloading these drivers?
Thanks in advance for your reply!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


**
This e-mail and any attachment may contain confidential and privileged
material intended for the addressee only. If you are not the addressee, you
are notified that no part of the e-mail or any attachment may be disclosed,
copied or distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have received
this e-mail by error, please notify the sender immediately by return e-mail,
and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its
subsidiaries and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor responsible
for any delay in receipt.
**

ATAPE drivers

[Loon, E.J. van - SPLXM]

Hi *SM-ers!
I successfully installed the new TSM 3.7.4 server on an AIX box. The readme
states that one has to use the most current ATAPE drivers, but it does not
mention a download site.
Does anybody know the correct URL for downloading these drivers?
Thanks in advance for your reply!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


**
This e-mail and any attachment may contain confidential and privileged material 
intended for the addressee only. If you are not the addressee, you are notified that 
no part of the e-mail or any attachment may be disclosed, copied or distributed, and 
that any other action related to this e-mail or attachment is strictly prohibited, and 
may be unlawful. If you have received this e-mail by error, please notify the sender 
immediately by return e-mail, and delete this message. Koninklijke Luchtvaart 
Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for 
the incorrect or incomplete transmission of this e-mail or any attachments, nor 
responsible for any delay in receipt.
**

Unable to access the network path

[Angel Antsn]

Hello,. i'm running ADSM Server on a OS/390 Server and backing up NT with ADSM Client 
3.1.0.8. 
One of our NT servers is giving me an error "ANS1410E Unable to Access the Network 
Path" and I'm not able to determine witch is the file is giving the error or what is 
really the error. How can I determine, and solve, the error?
Thanks in adavance

Angel Antón
IZFE. S.A.
Plaza de Pinares, 1-3
Donostia 20001

Tlf.: +34 943.482.869/811 , Fax: +34 943.321.023
E-Mail : [EMAIL PROTECTED]

Re: TDP for Lotus Domino on Solaris - please urgent

[Colin Johnston]

> So I checked system for libnotes.so - it is in Domino directory and this is
> in PATH , i found 3 ld.so.1
> ( /etc/lib , /usr/lib , /usr/lib/sparcv9 ) - every one is different .

add /usr/lib into your LD_LIBRARY_PATH

Colin Johnston
SA
PSINET UK

Re: Library Very Slow & I/O Error

[Paul Da Silva]

Check your Drive is defined correctly in the DEFine DRIve too

  Paul Da Silva
  AIX Unix  Administrator
  IBM Global Services
  MTSSS
E-Mail  : [EMAIL PROTECTED]

Re: Library Very Slow & I/O Error

[Paul Da Silva]

Hi

Just a quick question on your problem is your tape drives set up for manuel
or automatic ?
This could be a solution ...check !!

  Paul Da Silva
  AIX Unix  Administrator
  IBM Global Services
  MTSSS
   E-Mail  : [EMAIL PROTECTED]