I'd see if an admin account could create a profile.  Double check the
permissions on the parent folder, of course.  You had been adjusting
permissions before I advised verifying the GPO setting, you might want to
verify the permissions will still allow users to create files and folders...

On Thu, Jul 9, 2009 at 9:47 AM, Owens, Michael
<[email protected]>wrote:

>  Ok - I just tried that option - and now it wont create the roaming
> profile at first log on. Did I do something wrong?
>
> Thanks,
> Mike
>
>  ------------------------------
> *From:* Jonathan Link [mailto:[email protected]]
> *Sent:* Tuesday, July 07, 2009 4:42 PM
>
> *To:* NT System Admin Issues
> *Subject:* Re: Server 2008 fail/ My fail?
>
>   Did you adjust the GPO?
> Administrative Templates\System\User Profiles
>
> "Add the Administrators security group to roaming user profiles"
>
>
> On Tue, Jul 7, 2009 at 2:12 PM, Owens, Michael <[email protected]
> > wrote:
>
>>  Heres what is going on.
>>
>> I have a share, that TS profiles get created on. Only that account has
>> access to them, and system. For some reason it takes away administrators - I
>> would like to add a group, to the parent folder, to propogate to all child
>> objects created. Does that make sense?
>>
>>  ------------------------------
>> *From:* Jon Harris [mailto:[email protected]]
>> *Sent:* Tuesday, July 07, 2009 1:46 PM
>> *To:* NT System Admin Issues
>> *Subject:* Re: Server 2008 fail/ My fail?
>>
>>   I have been doing that for the last week while I move from 2003 to
>> 2008.  Look at the Security Tab bottom Advanced then Edit then Edit again
>> then Apply To.  Will this not work or do you want to Add a
>> group/person/etc.  If you are adding then the second Edit should be Add
>> instead.
>>
>> Jon
>>
>> On Tue, Jul 7, 2009 at 1:38 PM, Owens, Michael <
>> [email protected]> wrote:
>>
>>>  Does anyone know why they got rid of the option to "replace permission
>>> entries on all child objects with entries shown here that apply to child
>>> objects?" Or did they move it?
>>>
>>> ------------------------------
>>> This message, and any response to it, may constitute a public record and
>>> thus may be publicly available to anyone who requests it in accordance
>>> with Chapter 149 of the Ohio Revised Code.
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>> ------------------------------
>> This message, and any response to it, may constitute a public record and
>> thus may be publicly available to anyone who requests it in accordance
>> with Chapter 149 of the Ohio Revised Code.
>>
>>
>>
>>
>>
>>
>
>
>
>
>
> ------------------------------
> This message, and any response to it, may constitute a public record and
> thus may be publicly available to anyone who requests it in accordance
> with Chapter 149 of the Ohio Revised Code.
>
>
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to