[THIN] Re: Terminal Service Profiles
- From: "Paul Bergson (ALLETE)" <pbergson@xxxxxxxxxx>
- To: "'thin@xxxxxxxxxxxxx'" <thin@xxxxxxxxxxxxx>
- Date: Tue, 11 Jan 2005 13:43:00 -0600
Well I can't give a perfect answer but it is how the data is stored on the
tape. NDMP -vs- Windows Files.
I think I'm going to have to write a script on the local machine and
Cascade down through all the users files and folders. I will start a
service so the local "System" account has access and then use something like
XCacls. Hopefully this will work.
I just don't understand how I could get gpo to do this.
Thanks
Paul
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Braebaum, Neil
Sent: Tuesday, January 11, 2005 9:34 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Terminal Service Profiles
But once you've done a backup to a *file* it's just a file?
So if you've backed them up to a file, then you should be able to use
restore to another location. If you can copy or move, or restore from a
file that contains a backup, surely you'd have problems moving any files
to the new drives?
What filesystem is being used on the SAN presented disks? Does your
windows servers still see them as (formatted as) NTFS?
Neil
> -----Original Message-----
> From: thin-bounce@xxxxxxxxxxxxx
> [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Paul Bergson (ALLETE)
> Sent: 11 January 2005 15:08
> To: 'thin@xxxxxxxxxxxxx'
> Subject: [THIN] Re: Terminal Service Profiles
>
>
> Something about how the blocks are written. The new SAN uses
> Linux and the old SAN uses Windows. Both vendors that manage
> the hardware say the same thing. Not possible.
>
> Thanks
>
> Paul
>
> -----Original Message-----
> From: thin-bounce@xxxxxxxxxxxxx
> [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Braebaum, Neil
> Sent: Tuesday, January 11, 2005 8:48 AM
> To: thin@xxxxxxxxxxxxx
> Subject: [THIN] Re: Terminal Service Profiles
>
> Not sure I understand why the SAN prevents backup and restore
> from working?
>
> What I was thinking was using backup to backup all the
> profiles to a file - and depending on where you store the
> output file, move it, then restore from it to the new location?
>
> I'm not getting why the *SAN* would prevent that?
>
> Neil
>
> > -----Original Message-----
> > From: thin-bounce@xxxxxxxxxxxxx
> > [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Paul
> Bergson (ALLETE)
> > Sent: 11 January 2005 14:32
> > To: 'thin@xxxxxxxxxxxxx'
> > Subject: [THIN] Re: Terminal Service Profiles
> >
> >
> > Nope, the san won't allow it. I guess it is to intelligent
> > in this situation.
> >
> > Thanks for all the other reply's.
> >
> > Thanks
> >
> > Paul
> >
> > -----Original Message-----
> > From: thin-bounce@xxxxxxxxxxxxx
> > [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Braebaum, Neil
> > Sent: Tuesday, January 11, 2005 3:45 AM
> > To: thin@xxxxxxxxxxxxx
> > Subject: [THIN] Re: Terminal Service Profiles
> >
> > Would the inbuilt backup and restore (using disk files) do it?
> >
> > Neil
> >
> > > -----Original Message-----
> > > From: thin-bounce@xxxxxxxxxxxxx
> [mailto:thin-bounce@xxxxxxxxxxxxx]
> > > On Behalf Of Paul
> > Bergson (ALLETE)
> > > Sent: 10 January 2005 17:25
> > > To: 'thin@xxxxxxxxxxxxx'
> > > Subject: [THIN] Terminal Service Profiles
> > >
> > > I have multiple users who prior to my applying the KB 222043 fix
> > > have only themselves and the system who control their
> profile. We
> > > have to move these users and don't want to go through the
> taking of
> > > ownership and then giving the users access back. I know
> the system
> > > has access but the system account is local and the
> profiles reside
> > > on a SAN which is being upgraded to a new SAN system.
> > >
> > > Does anyone have any ideas as to how to move these accounts w/o
> > > major administrator interaction? Any type of script,
> etc... ideas
> > > are welcome.
> > >
> > >
> > > http://support.microsoft.com/default.aspx?scid=kb;en-us;222043
> > >
> > >
> > >
> > >
> > > Thanks
> > >
> > > Paul
***********************************************
This e-mail and its attachments are confidential
and are intended for the above named recipient
only. If this has come to you in error, please
notify the sender immediately and delete this
e-mail from your system.
You must take no action based on this, nor must
you copy or disclose it or any part of its contents
to any person or organisation.
Statements and opinions contained in this email may
not necessarily represent those of Littlewoods.
Please note that e-mail communications may be monitored.
The registered office of Littlewoods Limited and its
subsidiaries is 100 Old Hall Street, Liverpool, L70 1AB.
Registered number of Littlewoods Limited is 262152.
************************************************
********************************************************
This Weeks Sponsor SeamlessPlanet.com Domain Names
Register your .com domain name for as low as $7.85
One of the lowest prices on the web! Part of The Kenzig Group.
http://www.seamlessplanet.com
**********************************************************
Useful Thin Client Computing Links are available at:
http://thin.net/links.cfm
ThinWiki community - Awesome SBC Search Capabilities!
http://www.thinwiki.com
***********************************************************
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thin.net/citrixlist.cfm
********************************************************
This Weeks Sponsor SeamlessPlanet.com Domain Names
Register your .com domain name for as low as $7.85
One of the lowest prices on the web! Part of The Kenzig Group.
http://www.seamlessplanet.com
**********************************************************
Useful Thin Client Computing Links are available at:
http://thin.net/links.cfm
ThinWiki community - Awesome SBC Search Capabilities!
http://www.thinwiki.com
***********************************************************
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thin.net/citrixlist.cfm
Other related posts:
