I must have more of a clue than you think Don! at least it doesn't
take Lotus Notes to read/write my email.  Let alone build/share DOC
DB's.

Well, like this acitivity does anyone a lot of good.

Where's MCA(Microchannel) when you need it....
ADSML
"The PS/2 era is dead"

> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
> Don Caronna
> Sent: Wednesday, September 01, 1999 12:12 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: ADSM Implementation (Was Nacking NT NTFS fs')
>
>
> I'm with Steffan. Can someone find this "guy" and tell "him" to
> be nice and have a clue!
> What is "ADSML"?
> From,
> A Concerned On-looker...
>
>
>
>
> ADSM LIST <adsml AT MAILANDNEWS DOT COM> on 08/31/99 09:06:13 PM
>
> Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
>
>
>  To:      ADSM-L AT VM.MARIST DOT EDU
>
>  cc:      (bcc: Don Caronna/Los Angeles/Ttank)
>
>
>
>  Subject: Re: ADSM Implementation (Was Nacking NT NTFS fs')
>
>
>
>
>
>
>
>
>
> Talking about implementation, here's a FAIR way of looking at ADSM.
>
> GREAT IDEA!  Nice having somewhat consistent backup interface
> across literally any and all platforms.
>
> QUESTIONABLE implementation. It is customary to respect those that
> actually have done such a project, but when rubber meets the road,
> there are potholes and speedbumps.  What makes this worse is
> how the whole ADSM package is coded: ie by whom and where.  Expecially
> what happens when different pieces are brought together.  ISO schm-ISO.
> (Read Job Security Bro'tha'!)  And the documentation, kills trees,
> also makes for a good doorstop!  (See Messages Guide or Admin Ref)
>
> BTW, Tivoli is just a Marketing front, IBM is still driving the car.
>
> ADSML
>
>
>
>
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf 
> > Of
> > Steven P Roder
> > Sent: Tuesday, August 31, 1999 8:13 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Backing NT NTFS Filesystems
> >
> >
> > Hi All,
> >
> >      I am NT-ignorant, but need to find out some info about NTFS
> > filesystems in terms of ADSM backups.  Recently, one of our NT
> Admins here
> > modified the access permission on an NTFS filesystem, and that
> night, ADSM
> > proceeded to rebackup the entire files, not just the modified
> permissions.
> > Is this normal for NTFS filesystems?  A simple change in permissions
> > forces the entire file to be re-backed-up?  If so, then either NTFS is a
> > poorly designed filesystem, or ADSM's NT client is poorly designed.  I
> > think I stand a much better chance of getting this behaviour
> fixed if the
> > problem is in the ADSM NT client, rather than NTFS.
> >
> > Can anyone confirm or explain what I am seeing?
> >
> > Thanks,
> >
> > Steve (unVMix Systems Programmer/Dude) Roder
> > (tkssteve AT ubvm.cc.buffalo DOT edu | tkssteve AT acsu.buffalo DOT edu |
> > (716)645-3564 ,
> >    | http://ubvm.cc.buffalo.edu/~tkssteve)
> >
> ----------------------------------
>
>
> Thank You,
>
> Don Caronna
> Think Tank Systems, LLC
> IBM CATE Certified Technician
> Tivoli ADSM Certified Technician/Solutions Provider
> Office: (562) 653-2520
> Fax:    (562) 653-2560
> Email: dcaronna AT ttank DOT com
> Web: http://www.ttank.com
>