RE: [NTSysADM] Hmmm....

[James Rankin]

That’s interesting… something for the lab tomorrow I think…

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Jack Kramer
Sent: 06 February 2018 16:27
To:  
Subject: Re: [NTSysADM] Hmmm

It could be as simple as Windows caching the relevant parts of the Default User 
skeleton files in RAM. If you’re so inclined, try using up all the available 
guest RAM as the user before logoff, then see if the speed difference is still 
there.

Jack Kramer, Senior Consultant
Small Type Computing - www.smalltype.net
W: 855-765-8973 x101 - C: 248-635-4955


On Feb 6, 2018, at 10:49 AM, James Rankin 
> wrote:

Horizon 7.2
Profiles are discarded by setting the HKLM\Software\Microsoft\Windows 
NT\CurrentVersion\ProfileList\{SID}\State value to 128 at logoff, which means 
the OS thinks that it is a temporary profile and purges it. So nothing from 
C:\Users or HKCU is retained at all. Yet still – next logon is half the time.
We’re not using Persona Management of any sort, and I’ve removed all logon 
scripts
The testing I am doing isn’t doing a refresh or recompose on reboot, which is 
why I’m getting really confused. I thought about Superfetch, which has been 
disabled by the VMware OSOT, but re-enabling that didn’t do anything.

Well confused!

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jack Kramer
Sent: 06 February 2018 15:35
To: > 
>
Subject: Re: [NTSysADM] Hmmm

What version of Horizon are you running? You say profiles are discarded—are you 
redirecting profiles to disposable disks or retaining them on the C: drive? Do 
you have the registry keys set to discard profiles as well as the Horizon 
settings for it? (The ones I can think of offhand: removing local/roaming 
profiles at logoff under the normal Windows administrative templates; the 
Horizon Persona Management ADM/ADMX template settings; the Horizon disposable 
disk settings)

If you’re just using redirection to disposable disks and not also discarding 
the profiles the other ways I would expect there’s some data being kept in HKLM 
that wouldn’t need to be recreated at every subsequent login. HKCU would be 
thrown away with the disposable disk (since it’s the user hive) but anything in 
HKLM would be retained until the refresh operation occurs on reboot. Also, if 
you’re perhaps triggering a login script that licenses some software on a 
per-user basis, etc.

Jack Kramer, Senior Consultant
Small Type Computing - www.smalltype.net
W: 855-765-8973 x101 - C: 248-635-4955



On Feb 6, 2018, at 9:50 AM, James Rankin 
> wrote:

Ok, so can anyone shed any light on this….

I have a VMware VDI implementation running Windows 7. The user profiles are 
discarded at logoff, so no user profile information is retained at all on the 
machines. When a user logs off, the machine is restarted. This keeps all 
machines in the pool in a pristine state (as the client wants).

However, when a user logs on for the first time, the logon takes 20 seconds. If 
I remove the machine from the pool (so it doesn’t get restarted at logoff), and 
log the same user in again (bear in mind the profile is discarded at logoff), 
the logon takes 10 seconds. Each subsequent logon for the user will be solidly 
10 seconds, unless I restart the machine, and then we are back to 20 seconds 
for the first logon.

It doesn’t matter if I log a *different* user in before logging in the test 
user – each user experiences their first logon to the machine as 20 seconds, 
and all subsequent tries as 10. Each user has their profile discarded at 
logoff. It’s almost as if some process is running at first logon that then 
stores some user-specific information or data outside of the user profile but 
in a user-specific location – yet I can’t for the life of me speculate as to 
what it might be.

Any ideas anyone? 

Cheers,










James Rankin CTP ACA vExpert
Technical Evangelist / Media Hound
Howell Technology Group
Office: 0191 4813446
Mobile: 07809668579
Email: ja...@htguk.com

www.htguk.com | Twitter | 
Linkedin | 
Facebook

COMPANY INFORMATION
Howell Technology Group Ltd is a limited company registered in England with 
registered number 5520670 and VAT registered number GB862 6660 04. Our 
registered office is at 2.30 One Trinity Green, Eldon Street, South Shields, 
Tyne & Wear, NE33 1SA

CONFIDENTIALITY NOTICE
This message is intended solely for the addressee and may contain confidential 

Re: [NTSysADM] Hmmm....

[Jack Kramer]

It could be as simple as Windows caching the relevant parts of the Default User 
skeleton files in RAM. If you’re so inclined, try using up all the available 
guest RAM as the user before logoff, then see if the speed difference is still 
there.

Jack Kramer, Senior Consultant
Small Type Computing - www.smalltype.net
W: 855-765-8973 x101 - C: 248-635-4955

On Feb 6, 2018, at 10:49 AM, James Rankin 
> wrote:

Horizon 7.2
Profiles are discarded by setting the HKLM\Software\Microsoft\Windows 
NT\CurrentVersion\ProfileList\{SID}\State value to 128 at logoff, which means 
the OS thinks that it is a temporary profile and purges it. So nothing from 
C:\Users or HKCU is retained at all. Yet still – next logon is half the time.
We’re not using Persona Management of any sort, and I’ve removed all logon 
scripts
The testing I am doing isn’t doing a refresh or recompose on reboot, which is 
why I’m getting really confused. I thought about Superfetch, which has been 
disabled by the VMware OSOT, but re-enabling that didn’t do anything.

Well confused!

From: listsad...@lists.myitforum.com 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Jack Kramer
Sent: 06 February 2018 15:35
To: > 
>
Subject: Re: [NTSysADM] Hmmm

What version of Horizon are you running? You say profiles are discarded—are you 
redirecting profiles to disposable disks or retaining them on the C: drive? Do 
you have the registry keys set to discard profiles as well as the Horizon 
settings for it? (The ones I can think of offhand: removing local/roaming 
profiles at logoff under the normal Windows administrative templates; the 
Horizon Persona Management ADM/ADMX template settings; the Horizon disposable 
disk settings)

If you’re just using redirection to disposable disks and not also discarding 
the profiles the other ways I would expect there’s some data being kept in HKLM 
that wouldn’t need to be recreated at every subsequent login. HKCU would be 
thrown away with the disposable disk (since it’s the user hive) but anything in 
HKLM would be retained until the refresh operation occurs on reboot. Also, if 
you’re perhaps triggering a login script that licenses some software on a 
per-user basis, etc.

Jack Kramer, Senior Consultant
Small Type Computing - www.smalltype.net
W: 855-765-8973 x101 - C: 248-635-4955


On Feb 6, 2018, at 9:50 AM, James Rankin 
> wrote:

Ok, so can anyone shed any light on this….

I have a VMware VDI implementation running Windows 7. The user profiles are 
discarded at logoff, so no user profile information is retained at all on the 
machines. When a user logs off, the machine is restarted. This keeps all 
machines in the pool in a pristine state (as the client wants).

However, when a user logs on for the first time, the logon takes 20 seconds. If 
I remove the machine from the pool (so it doesn’t get restarted at logoff), and 
log the same user in again (bear in mind the profile is discarded at logoff), 
the logon takes 10 seconds. Each subsequent logon for the user will be solidly 
10 seconds, unless I restart the machine, and then we are back to 20 seconds 
for the first logon.

It doesn’t matter if I log a *different* user in before logging in the test 
user – each user experiences their first logon to the machine as 20 seconds, 
and all subsequent tries as 10. Each user has their profile discarded at 
logoff. It’s almost as if some process is running at first logon that then 
stores some user-specific information or data outside of the user profile but 
in a user-specific location – yet I can’t for the life of me speculate as to 
what it might be.

Any ideas anyone? 

Cheers,










James Rankin CTP ACA vExpert
Technical Evangelist / Media Hound
Howell Technology Group
Office: 0191 4813446
Mobile: 07809668579
Email: ja...@htguk.com

www.htguk.com | Twitter | 
Linkedin | 
Facebook

COMPANY INFORMATION
Howell Technology Group Ltd is a limited company registered in England with 
registered number 5520670 and VAT registered number GB862 6660 04. Our 
registered office is at 2.30 One Trinity Green, Eldon Street, South Shields, 
Tyne & Wear, NE33 1SA

CONFIDENTIALITY NOTICE
This message is intended solely for the addressee and may contain confidential 
information. If you have received this message in error, please send it back to 
us, and immediately and permanently delete it. Do not use, copy or disclose the 
information contained in this message or in any attachment.

PRIVACY POLICY
For information about how we process data and monitor 

Re: [NTSysADM] VNX 5400 replacement hard drives

[Kurt Buff]

Look to someone like Curvature/SMS.


Kurt

On Tue, Feb 6, 2018 at 6:44 AM, David McSpadden  wrote:

> Just wondering if buying the hard direct from Seagate is an issue?
>
> Purchased a replacement HD from my VNX and the VNX does not recognize the
> drive?
>
> It is the replacement part number and right sized?
>
> It seems odd to me unless it has to be EMC/DELL formatted first?
>
>
>
>
>
> *David McSpadden*
>
> Systems Administrator
>
> Indiana Members Credit Union
>
> P: 317.554.8190 <(317)%20554-8190>| F: 317.554.8106 <(317)%20554-8106>
>
> [image: Description: imcu email icon]   [image:
> Description: facebook email icon]
>   [image: Description: twitter
> email icon] 
>
> [image: Description: email logo]
>
> [image: Image result for mcp logo]
> 
>
>
>
> This e-mail and any files transmitted with it are property of Indiana
> Members Credit Union, are confidential, and are intended solely for the use
> of the individual or entity to whom this e-mail is addressed. If you are
> not one of the named recipient(s) or otherwise have reason to believe that
> you have received this message in error, please notify the sender and
> delete this message immediately from your computer. Any other use,
> retention, dissemination, forwarding, printing, or copying of this email is
> strictly prohibited.
>
> Please consider the environment before printing this email.
>

RE: [NTSysADM] Hmmm....

[James Rankin]

Horizon 7.2
Profiles are discarded by setting the HKLM\Software\Microsoft\Windows 
NT\CurrentVersion\ProfileList\{SID}\State value to 128 at logoff, which means 
the OS thinks that it is a temporary profile and purges it. So nothing from 
C:\Users or HKCU is retained at all. Yet still – next logon is half the time.
We’re not using Persona Management of any sort, and I’ve removed all logon 
scripts
The testing I am doing isn’t doing a refresh or recompose on reboot, which is 
why I’m getting really confused. I thought about Superfetch, which has been 
disabled by the VMware OSOT, but re-enabling that didn’t do anything.

Well confused!

From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Jack Kramer
Sent: 06 February 2018 15:35
To:  
Subject: Re: [NTSysADM] Hmmm

What version of Horizon are you running? You say profiles are discarded—are you 
redirecting profiles to disposable disks or retaining them on the C: drive? Do 
you have the registry keys set to discard profiles as well as the Horizon 
settings for it? (The ones I can think of offhand: removing local/roaming 
profiles at logoff under the normal Windows administrative templates; the 
Horizon Persona Management ADM/ADMX template settings; the Horizon disposable 
disk settings)

If you’re just using redirection to disposable disks and not also discarding 
the profiles the other ways I would expect there’s some data being kept in HKLM 
that wouldn’t need to be recreated at every subsequent login. HKCU would be 
thrown away with the disposable disk (since it’s the user hive) but anything in 
HKLM would be retained until the refresh operation occurs on reboot. Also, if 
you’re perhaps triggering a login script that licenses some software on a 
per-user basis, etc.

Jack Kramer, Senior Consultant
Small Type Computing - www.smalltype.net
W: 855-765-8973 x101 - C: 248-635-4955


On Feb 6, 2018, at 9:50 AM, James Rankin 
> wrote:

Ok, so can anyone shed any light on this….

I have a VMware VDI implementation running Windows 7. The user profiles are 
discarded at logoff, so no user profile information is retained at all on the 
machines. When a user logs off, the machine is restarted. This keeps all 
machines in the pool in a pristine state (as the client wants).

However, when a user logs on for the first time, the logon takes 20 seconds. If 
I remove the machine from the pool (so it doesn’t get restarted at logoff), and 
log the same user in again (bear in mind the profile is discarded at logoff), 
the logon takes 10 seconds. Each subsequent logon for the user will be solidly 
10 seconds, unless I restart the machine, and then we are back to 20 seconds 
for the first logon.

It doesn’t matter if I log a *different* user in before logging in the test 
user – each user experiences their first logon to the machine as 20 seconds, 
and all subsequent tries as 10. Each user has their profile discarded at 
logoff. It’s almost as if some process is running at first logon that then 
stores some user-specific information or data outside of the user profile but 
in a user-specific location – yet I can’t for the life of me speculate as to 
what it might be.

Any ideas anyone? 

Cheers,










James Rankin CTP ACA vExpert
Technical Evangelist / Media Hound
Howell Technology Group
Office: 0191 4813446
Mobile: 07809668579
Email: ja...@htguk.com

www.htguk.com | Twitter | 
Linkedin | 
Facebook

COMPANY INFORMATION
Howell Technology Group Ltd is a limited company registered in England with 
registered number 5520670 and VAT registered number GB862 6660 04. Our 
registered office is at 2.30 One Trinity Green, Eldon Street, South Shields, 
Tyne & Wear, NE33 1SA

CONFIDENTIALITY NOTICE
This message is intended solely for the addressee and may contain confidential 
information. If you have received this message in error, please send it back to 
us, and immediately and permanently delete it. Do not use, copy or disclose the 
information contained in this message or in any attachment.

PRIVACY POLICY
For information about how we process data and monitor communications please see 
our Privacy Policy.

Re: [NTSysADM] VNX 5400 replacement hard drives

[Jonathan Link]

I’m pretty sure that EMC equipment requires storage with EMC firmware.

On Tue, Feb 6, 2018 at 10:06 AM Robert Cato  wrote:

>
> Can't say for VNX, but I know when I was trying this for a NetApp a decade
> ago that NetApp used proprietary firmware that prevented you from using a
> hard drive that met all the other specifications.
>
> I'd be kind of surprised if the VNX didn't require a special firmware.
>
> Robert
>
> On Tue, Feb 6, 2018 at 9:44 AM, David McSpadden  wrote:
>
>> Just wondering if buying the hard direct from Seagate is an issue?
>>
>> Purchased a replacement HD from my VNX and the VNX does not recognize the
>> drive?
>>
>> It is the replacement part number and right sized?
>>
>> It seems odd to me unless it has to be EMC/DELL formatted first?
>>
>>
>>
>>
>>
>> *David McSpadden*
>>
>> Systems Administrator
>>
>> Indiana Members Credit Union
>>
>> P: 317.554.8190 <(317)%20554-8190>| F: 317.554.8106 <(317)%20554-8106>
>>
>> [image: Description: imcu email icon]   [image:
>> Description: facebook email icon]
>>   [image: Description:
>> twitter email icon] 
>>
>> [image: Description: email logo]
>>
>> [image: Image result for mcp logo]
>> 
>>
>>
>>
>> This e-mail and any files transmitted with it are property of Indiana
>> Members Credit Union, are confidential, and are intended solely for the use
>> of the individual or entity to whom this e-mail is addressed. If you are
>> not one of the named recipient(s) or otherwise have reason to believe that
>> you have received this message in error, please notify the sender and
>> delete this message immediately from your computer. Any other use,
>> retention, dissemination, forwarding, printing, or copying of this email is
>> strictly prohibited.
>>
>> Please consider the environment before printing this email.
>>
>
>

Re: [NTSysADM] Re: Advice: migrate to new file server - UPDATE

[Michael Leone]

On Tue, Feb 6, 2018 at 10:15 AM, Micheal Espinola Jr <
michealespin...@gmail.com> wrote:

> If its a matter of keeping the logs, you could post-process the log file
> afterward and strip out all the garbage.
>

True. Doubt I would need to keep them, just check after each run for any
errors, etc. After everything is copied, I will re-name and retire the
source server, and re-name the destination to take it's place.



>
> --
> Espi
>
>
> On Tue, Feb 6, 2018 at 6:33 AM, Michael Leone  wrote:
>
>> Thanks. Yeah, I've seen it. It says:
>>
>> It seems that the /MIR option ignores the logging options. Also /MT
>> messes it up. The only way I got working was " D:\robocopy>robocopy source
>> destination /MIR /W:3 /R:100 /NS /NC /NFL /NDL /NP /LOG:log.txt". If you
>> try /MT, it will still show the silly 100%
>>
>> So I may be out of luck. I like that multi-threading, it really seemed to
>> speed things up for me. So I may have to live with the lines. I'll find out
>> this weekend, when I run the /MIR /MT run again. I will try the /NC /NS
>>
>> On Tue, Feb 6, 2018 at 8:47 AM, Micheal Espinola Jr <
>> michealespin...@gmail.com> wrote:
>>
>>> This may be helpful to you:
>>>
>>> https://superuser.com/questions/511702/how-do-i-hide-extra-f
>>> ile-and-100-lines-from-robocopy-output
>>>
>>> --
>>> Espi
>>>
>>>
>>> On Tue, Feb 6, 2018 at 5:18 AM, Michael Leone 
>>> wrote:
>>>
 On Mon, Feb 5, 2018 at 7:01 PM, Kurt Buff  wrote:

> Right you are...
>
> But, if you want to see output on the console, and still log to a text
> file, use both the /np and /tee switches.
>


 In my case, I don't, as the job executes as a scheduled task, so no
 need for outputting to the console. I just want to see the log afterwards.
 I search it for "error". But it would help to not have a millions lines of
 "100%" in the log ...


 I do that with some regularity for small jobs like this.
>

> Kurt
>
> On Mon, Feb 5, 2018 at 3:49 PM, Micheal Espinola Jr <
> michealespin...@gmail.com> wrote:
>
>> /NP is for the console display of progress.  As long as you are not
>> logging by way of redirected output, this would have no effect.
>>
>> --
>> Espi
>>
>>
>>>
>>
>

Re: [NTSysADM] Hmmm....

[Jack Kramer]

What version of Horizon are you running? You say profiles are discarded—are you 
redirecting profiles to disposable disks or retaining them on the C: drive? Do 
you have the registry keys set to discard profiles as well as the Horizon 
settings for it? (The ones I can think of offhand: removing local/roaming 
profiles at logoff under the normal Windows administrative templates; the 
Horizon Persona Management ADM/ADMX template settings; the Horizon disposable 
disk settings)

If you’re just using redirection to disposable disks and not also discarding 
the profiles the other ways I would expect there’s some data being kept in HKLM 
that wouldn’t need to be recreated at every subsequent login. HKCU would be 
thrown away with the disposable disk (since it’s the user hive) but anything in 
HKLM would be retained until the refresh operation occurs on reboot. Also, if 
you’re perhaps triggering a login script that licenses some software on a 
per-user basis, etc.

Jack Kramer, Senior Consultant
Small Type Computing - www.smalltype.net
W: 855-765-8973 x101 - C: 248-635-4955

On Feb 6, 2018, at 9:50 AM, James Rankin 
> wrote:

Ok, so can anyone shed any light on this….

I have a VMware VDI implementation running Windows 7. The user profiles are 
discarded at logoff, so no user profile information is retained at all on the 
machines. When a user logs off, the machine is restarted. This keeps all 
machines in the pool in a pristine state (as the client wants).

However, when a user logs on for the first time, the logon takes 20 seconds. If 
I remove the machine from the pool (so it doesn’t get restarted at logoff), and 
log the same user in again (bear in mind the profile is discarded at logoff), 
the logon takes 10 seconds. Each subsequent logon for the user will be solidly 
10 seconds, unless I restart the machine, and then we are back to 20 seconds 
for the first logon.

It doesn’t matter if I log a *different* user in before logging in the test 
user – each user experiences their first logon to the machine as 20 seconds, 
and all subsequent tries as 10. Each user has their profile discarded at 
logoff. It’s almost as if some process is running at first logon that then 
stores some user-specific information or data outside of the user profile but 
in a user-specific location – yet I can’t for the life of me speculate as to 
what it might be.

Any ideas anyone? 

Cheers,










James Rankin CTP ACA vExpert
Technical Evangelist / Media Hound
Howell Technology Group
Office: 0191 4813446
Mobile: 07809668579
Email: ja...@htguk.com

www.htguk.com | Twitter | 
Linkedin | 
Facebook

COMPANY INFORMATION
Howell Technology Group Ltd is a limited company registered in England with 
registered number 5520670 and VAT registered number GB862 6660 04. Our 
registered office is at 2.30 One Trinity Green, Eldon Street, South Shields, 
Tyne & Wear, NE33 1SA

CONFIDENTIALITY NOTICE
This message is intended solely for the addressee and may contain confidential 
information. If you have received this message in error, please send it back to 
us, and immediately and permanently delete it. Do not use, copy or disclose the 
information contained in this message or in any attachment.

PRIVACY POLICY
For information about how we process data and monitor communications please see 
our Privacy Policy.

Re: [NTSysADM] VNX 5400 replacement hard drives

[Jack Kramer]

Pretty sure they load special firmware on them, because EMC.

Jack Kramer, Senior Consultant
Small Type Computing - www.smalltype.net
W: 855-765-8973 x101 - C: 248-635-4955

On Feb 6, 2018, at 9:44 AM, David McSpadden 
> wrote:

Just wondering if buying the hard direct from Seagate is an issue?
Purchased a replacement HD from my VNX and the VNX does not recognize the drive?
It is the replacement part number and right sized?
It seems odd to me unless it has to be EMC/DELL formatted first?


David McSpadden
Systems Administrator
Indiana Members Credit Union
P: 317.554.8190| F: 317.554.8106
  
  





This e-mail and any files transmitted with it are property of Indiana Members 
Credit Union, are confidential, and are intended solely for the use of the 
individual or entity to whom this e-mail is addressed. If you are not one of 
the named recipient(s) or otherwise have reason to believe that you have 
received this message in error, please notify the sender and delete this 
message immediately from your computer. Any other use, retention, 
dissemination, forwarding, printing, or copying of this email is strictly 
prohibited.


Please consider the environment before printing this email.

Re: [NTSysADM] Re: Advice: migrate to new file server - UPDATE

[Micheal Espinola Jr]

If its a matter of keeping the logs, you could post-process the log file
afterward and strip out all the garbage.

--
Espi


On Tue, Feb 6, 2018 at 6:33 AM, Michael Leone  wrote:

> Thanks. Yeah, I've seen it. It says:
>
> It seems that the /MIR option ignores the logging options. Also /MT messes
> it up. The only way I got working was " D:\robocopy>robocopy source
> destination /MIR /W:3 /R:100 /NS /NC /NFL /NDL /NP /LOG:log.txt". If you
> try /MT, it will still show the silly 100%
>
> So I may be out of luck. I like that multi-threading, it really seemed to
> speed things up for me. So I may have to live with the lines. I'll find out
> this weekend, when I run the /MIR /MT run again. I will try the /NC /NS
>
> On Tue, Feb 6, 2018 at 8:47 AM, Micheal Espinola Jr <
> michealespin...@gmail.com> wrote:
>
>> This may be helpful to you:
>>
>> https://superuser.com/questions/511702/how-do-i-hide-extra-
>> file-and-100-lines-from-robocopy-output
>>
>> --
>> Espi
>>
>>
>> On Tue, Feb 6, 2018 at 5:18 AM, Michael Leone 
>> wrote:
>>
>>> On Mon, Feb 5, 2018 at 7:01 PM, Kurt Buff  wrote:
>>>
 Right you are...

 But, if you want to see output on the console, and still log to a text
 file, use both the /np and /tee switches.

>>>
>>>
>>> In my case, I don't, as the job executes as a scheduled task, so no need
>>> for outputting to the console. I just want to see the log afterwards. I
>>> search it for "error". But it would help to not have a millions lines of
>>> "100%" in the log ...
>>>
>>>
>>> I do that with some regularity for small jobs like this.

>>>
 Kurt

 On Mon, Feb 5, 2018 at 3:49 PM, Micheal Espinola Jr <
 michealespin...@gmail.com> wrote:

> /NP is for the console display of progress.  As long as you are not
> logging by way of redirected output, this would have no effect.
>
> --
> Espi
>
>
>>
>

[NTSysADM] Hmmm....

[James Rankin]

Ok, so can anyone shed any light on this….

I have a VMware VDI implementation running Windows 7. The user profiles are 
discarded at logoff, so no user profile information is retained at all on the 
machines. When a user logs off, the machine is restarted. This keeps all 
machines in the pool in a pristine state (as the client wants).

However, when a user logs on for the first time, the logon takes 20 seconds. If 
I remove the machine from the pool (so it doesn’t get restarted at logoff), and 
log the same user in again (bear in mind the profile is discarded at logoff), 
the logon takes 10 seconds. Each subsequent logon for the user will be solidly 
10 seconds, unless I restart the machine, and then we are back to 20 seconds 
for the first logon.

It doesn’t matter if I log a *different* user in before logging in the test 
user – each user experiences their first logon to the machine as 20 seconds, 
and all subsequent tries as 10. Each user has their profile discarded at 
logoff. It’s almost as if some process is running at first logon that then 
stores some user-specific information or data outside of the user profile but 
in a user-specific location – yet I can’t for the life of me speculate as to 
what it might be.

Any ideas anyone? 

Cheers,



[cid:image007.png@01D3895F.44D7D410]

[ISO 9001_COLOUR_NORMAL_UKAS]

[cid:image003.jpg@01D23035.1507D340]


James Rankin CTP ACA vExpert
Technical Evangelist / Media Hound
Howell Technology Group
Office: 0191 4813446
Mobile: 07809668579
Email: ja...@htguk.com

www.htguk.com | Twitter | 
Linkedin | 
Facebook

COMPANY INFORMATION
Howell Technology Group Ltd is a limited company registered in England with 
registered number 5520670 and VAT registered number GB862 6660 04. Our 
registered office is at 2.30 One Trinity Green, Eldon Street, South Shields, 
Tyne & Wear, NE33 1SA

CONFIDENTIALITY NOTICE
This message is intended solely for the addressee and may contain confidential 
information. If you have received this message in error, please send it back to 
us, and immediately and permanently delete it. Do not use, copy or disclose the 
information contained in this message or in any attachment.

PRIVACY POLICY
For information about how we process data and monitor communications please see 
our Privacy Policy.

Re: [NTSysADM] VNX 5400 replacement hard drives

[Robert Cato]

Can't say for VNX, but I know when I was trying this for a NetApp a decade
ago that NetApp used proprietary firmware that prevented you from using a
hard drive that met all the other specifications.

I'd be kind of surprised if the VNX didn't require a special firmware.

Robert

On Tue, Feb 6, 2018 at 9:44 AM, David McSpadden  wrote:

> Just wondering if buying the hard direct from Seagate is an issue?
>
> Purchased a replacement HD from my VNX and the VNX does not recognize the
> drive?
>
> It is the replacement part number and right sized?
>
> It seems odd to me unless it has to be EMC/DELL formatted first?
>
>
>
>
>
> *David McSpadden*
>
> Systems Administrator
>
> Indiana Members Credit Union
>
> P: 317.554.8190 <(317)%20554-8190>| F: 317.554.8106 <(317)%20554-8106>
>
> [image: Description: imcu email icon]   [image:
> Description: facebook email icon]
>   [image: Description: twitter
> email icon] 
>
> [image: Description: email logo]
>
> [image: Image result for mcp logo]
> 
>
>
>
> This e-mail and any files transmitted with it are property of Indiana
> Members Credit Union, are confidential, and are intended solely for the use
> of the individual or entity to whom this e-mail is addressed. If you are
> not one of the named recipient(s) or otherwise have reason to believe that
> you have received this message in error, please notify the sender and
> delete this message immediately from your computer. Any other use,
> retention, dissemination, forwarding, printing, or copying of this email is
> strictly prohibited.
>
> Please consider the environment before printing this email.
>

[NTSysADM] VNX 5400 replacement hard drives

[David McSpadden]

Just wondering if buying the hard direct from Seagate is an issue?
Purchased a replacement HD from my VNX and the VNX does not recognize the drive?
It is the replacement part number and right sized?
It seems odd to me unless it has to be EMC/DELL formatted first?


David McSpadden
Systems Administrator
Indiana Members Credit Union
P: 317.554.8190| F: 317.554.8106
[Description: imcu email icon]  [Description: facebook email 
icon]    [Description: twitter email 
icon] 
[Description: email logo]
[Image result for mcp 
logo]

This e-mail and any files transmitted with it are property of Indiana Members 
Credit Union, are confidential, and are intended solely for the use of the 
individual or entity to whom this e-mail is addressed. If you are not one of 
the named recipient(s) or otherwise have reason to believe that you have 
received this message in error, please notify the sender and delete this 
message immediately from your computer. Any other use, retention, 
dissemination, forwarding, printing, or copying of this email is strictly 
prohibited.

Please consider the environment before printing this email.

Re: [NTSysADM] Re: Advice: migrate to new file server - UPDATE

[Michael Leone]

Thanks. Yeah, I've seen it. It says:

It seems that the /MIR option ignores the logging options. Also /MT messes
it up. The only way I got working was " D:\robocopy>robocopy source
destination /MIR /W:3 /R:100 /NS /NC /NFL /NDL /NP /LOG:log.txt". If you
try /MT, it will still show the silly 100%

So I may be out of luck. I like that multi-threading, it really seemed to
speed things up for me. So I may have to live with the lines. I'll find out
this weekend, when I run the /MIR /MT run again. I will try the /NC /NS

On Tue, Feb 6, 2018 at 8:47 AM, Micheal Espinola Jr <
michealespin...@gmail.com> wrote:

> This may be helpful to you:
>
> https://superuser.com/questions/511702/how-do-i-
> hide-extra-file-and-100-lines-from-robocopy-output
>
> --
> Espi
>
>
> On Tue, Feb 6, 2018 at 5:18 AM, Michael Leone  wrote:
>
>> On Mon, Feb 5, 2018 at 7:01 PM, Kurt Buff  wrote:
>>
>>> Right you are...
>>>
>>> But, if you want to see output on the console, and still log to a text
>>> file, use both the /np and /tee switches.
>>>
>>
>>
>> In my case, I don't, as the job executes as a scheduled task, so no need
>> for outputting to the console. I just want to see the log afterwards. I
>> search it for "error". But it would help to not have a millions lines of
>> "100%" in the log ...
>>
>>
>> I do that with some regularity for small jobs like this.
>>>
>>
>>> Kurt
>>>
>>> On Mon, Feb 5, 2018 at 3:49 PM, Micheal Espinola Jr <
>>> michealespin...@gmail.com> wrote:
>>>
 /NP is for the console display of progress.  As long as you are not
 logging by way of redirected output, this would have no effect.

 --
 Espi


>

Re: [NTSysADM] Re: Advice: migrate to new file server - UPDATE

[Micheal Espinola Jr]

This may be helpful to you:

https://superuser.com/questions/511702/how-do-i-hide-extra-file-and-100-lines-from-robocopy-output

--
Espi


On Tue, Feb 6, 2018 at 5:18 AM, Michael Leone  wrote:

> On Mon, Feb 5, 2018 at 7:01 PM, Kurt Buff  wrote:
>
>> Right you are...
>>
>> But, if you want to see output on the console, and still log to a text
>> file, use both the /np and /tee switches.
>>
>
>
> In my case, I don't, as the job executes as a scheduled task, so no need
> for outputting to the console. I just want to see the log afterwards. I
> search it for "error". But it would help to not have a millions lines of
> "100%" in the log ...
>
>
> I do that with some regularity for small jobs like this.
>>
>
>> Kurt
>>
>> On Mon, Feb 5, 2018 at 3:49 PM, Micheal Espinola Jr <
>> michealespin...@gmail.com> wrote:
>>
>>> /NP is for the console display of progress.  As long as you are not
>>> logging by way of redirected output, this would have no effect.
>>>
>>> --
>>> Espi
>>>
>>>

Re: [NTSysADM] Re: Advice: migrate to new file server - UPDATE

[Michael Leone]

On Mon, Feb 5, 2018 at 7:01 PM, Kurt Buff  wrote:

> Right you are...
>
> But, if you want to see output on the console, and still log to a text
> file, use both the /np and /tee switches.
>


In my case, I don't, as the job executes as a scheduled task, so no need
for outputting to the console. I just want to see the log afterwards. I
search it for "error". But it would help to not have a millions lines of
"100%" in the log ...


I do that with some regularity for small jobs like this.
>

> Kurt
>
> On Mon, Feb 5, 2018 at 3:49 PM, Micheal Espinola Jr <
> michealespin...@gmail.com> wrote:
>
>> /NP is for the console display of progress.  As long as you are not
>> logging by way of redirected output, this would have no effect.
>>
>> --
>> Espi
>>
>>

Re: [NTSysADM] Advice: migrate to new file server

[Micheal Espinola Jr]

Kicking it old-school:  I always set my optical drive to O:.  I avoid Z:
and, well, optical discs are circular so...

--
Espi


On Mon, Jan 29, 2018 at 7:23 PM, Kurt Buff  wrote:

> Youngsters these days...
>
> If I change the DVD/CD drive letter, I change it to Y:, because long
> ago, under some really old version of windows (3.1? wfwg 3.1x? I'm
> getting old - get off my lawn) logon scripts used Z:.
>
> You can find a vague reference to it here:
> http://www.oreilly.com/openbook/samba/book/ch06_06.html
>
> Heh.
>
> Kurt
>
> On Mon, Jan 29, 2018 at 2:42 PM, Dave Lum  wrote:
> > My typical buildout:
> >
> > Anything with a user share (other than a domain controller) gets a
> separate volume than the OS and the files live there. Database servers get
> at least two additional (logs for one, DB for the other). Server hosting
> applications with a lot of read/writes and or file growth get an additional
> volume as this allows easy movement/growth/reallocation of data volumes
> without impacting the host OS. Doing a file recovery can be simplified with
> this setup as there's lower risk of restoring the wrong applicaiotn
> file/setting*
> >
> > Single volume systems are infrastructure stuff like domain controllers,
> DHCP servers, and print server (depending on its load and if it's not also
> a file server).
> >
> > My OCD also sets the DVD drive to Z: so adding other drive letters is
> contiguous.
> >
> > Dave
> > * This is probably legacy thinking as I haven't run into this in many,
> many years.
> >
> >
> > -Original Message-
> > From: listsad...@lists.myitforum.com [mailto:listsadmin@lists.
> myitforum.com] On Behalf Of Kurt Buff
> > Sent: Monday, January 29, 2018 2:10 PM
> > To: ntsysadm 
> > Subject: Re: [NTSysADM] Advice: migrate to new file server
> >
> > Don't know about everybody, but I do it - because I hate it when someone
> copies a ton of big files to the driver that data shares with the OS, and
> the machine chokes. Makes for a very unpleasant time for the users.
> >
> > I've also had to do this on machines with hyperactive print queues.
> > Now, if I'm building a print server, the spool directory goes on a
> separate partition - doesn't really matter how big the partition is, even
> just a few gigs, as long as it doesn't share the OS partition.
> >
> > Kurt
> >
> > On Mon, Jan 29, 2018 at 1:40 PM, Gantry Zettler 
> wrote:
> >> "I'm hoping that the data is on a separate partition from the OS.
> >> That's pretty critical. "
> >>
> >> Is this what everyone else does?  Even on VMs?
> >>
> >>
> >>
> >> On Mon, Jan 29, 2018 at 3:16 PM, Melvin Backus
> >> 
> >> wrote:
> >>>
> >>> Ditto. I usually do this over a span of days or weeks. Big initial
> >>> copy, then incrementals periodically depending on normal usage, etc.
> >>> Last pass as I’m ready to make the move.  By that time we’re talking
> >>> about a few minutes because everything should be the same anyway,
> >>> just the time to scan the file systems.
> >>>
> >>>
> >>>
> >>> --
> >>> There are 10 kinds of people in the world...
> >>>  those who understand binary and those who don't.
> >>>
> >>>
> >>>
> >>> ¯\_(ツ)_/¯
> >>>
> >>>
> >>>
> >>> From: listsad...@lists.myitforum.com
> >>> [mailto:listsad...@lists.myitforum.com] On Behalf Of Charles F
> >>> Sullivan
> >>> Sent: Monday, January 29, 2018 2:58 PM
> >>> To: ntsysadm@lists.myitforum.com
> >>> Subject: Re: [NTSysADM] Advice: migrate to new file server
> >>>
> >>>
> >>>
> >>> I always use the /mir option when doing a migration like that. The
> >>> reason is I have to do a "big" initial copy and then at least one
> >>> delta copy. (I usually do the final copy after removing access by
> >>> changing share perms or removing the share entirely so no further
> >>> changes are made.) If I don't use the /mir option, users will likely
> >>> end up with data that is no longer supposed to be present. (This
> >>> assumes they will continue to have access to the old server while
> >>> copy job is running.)
> >>>
> >>>
> >>>
> >>> It's completely safe despite the warning in the help, at least in
> >>> this scenario. Unless I'm missing something, the new server will not
> >>> be accessible to users until you finish the migration, thus there
> >>> should be no extra data which could get deleted.
> >>>
> >>>
> >>>
> >>> On Mon, Jan 29, 2018 at 2:27 PM, Michael Leone 
> >>> wrote:
> >>>
> >>> I'd like to impose once more for some advice and opinions. I have a
> >>> Win
> >>> 2008 R2 file server; I need to migrate everything (shares and user
> >>> home
> >>> folders) to a Win 2012 R2 Storage Server, and then retire the old
> server.
> >>> Everything is one 1 drive, with 3 main folders (Shares,Users,Scans),
> >>> total size in the neighborhood of 2TB. Both have 4 teamed 1G NICs, so
> >>> a total bandwidth of 4G.
> >>>
> >>>
> >>>
> >>> I'm thinking of use robocopy. I 

Re: [NTSysADM] OT - IP/Cloud Phones

[Micheal Espinola Jr]

100% what Andrew said, and also consider how the available bandwidth
factors into your disaster recovery and business continuity plans.  QoS is
a paramount consideration.

--
Espi


On Thu, Feb 1, 2018 at 6:31 AM, Andrew S. Baker  wrote:

> I've used 8x8 in various configurations since about 2004 (when they were
> focused on the residential market as "Packet8").
>
> Make sure you test, test, test whichever vendor you use in as real-world
> conditions as possible. I've seen 8x8 struggle for midsized orgs
> (200-300 users, 5-10 offices).   Their most recent software release
> (earlier this month) is considerably more stable than the previous edition.
>
> You must have sufficient bandwidth.  It must be quality bandwidth (low
> latency and jitter).Your LAN(s) should be well configured, and QoS is
> very helpful.
>
> Test, test, test.
>
> Regards,
>
>  *ASB*
>  *https://about.me/Andrew.S.Baker *
>
>  *Providing CyberSecurity and IT Operations Consulting for the SMB
> market…*
>
> * GPG: *860D 40A1 4DA5 3AE1 B052 8F9F 07A1 F9D6 A549 8842
>
>
>
> On Wed, Jan 31, 2018 at 8:28 AM, Bud Durland  wrote:
>
>> First,  apologies for the OT post, but I´m sure there are people in this
>> group that have crossed this bridge before me.  Our purchasing guy is
>> evaluating keeping our on-prem phone system vs. going with a cloud provider
>> like 8x8.  I'm looking for input from anyone who has real-world experience
>> making the change, or changing (back) from cloud to on-prem.  Please
>> contact me off-list with war stories or on-line references.
>>
>> Thanks
>>
>> --
>>
>> Bud Durland   |   Director Of Information Technology
>> Direct: 518.324.4850 | Cell: 518.726.0967 | Fax: 518.561.0017 |
>> b...@mrpcap.com
>> 1 Plant St., Plattsburgh, NY 12901
>> 
>> Website |  Twitter |  LinkedIn |  YouTube
>>
>>
>>
>>
>>
>>
>> NOTE -- This message contains legally privileged and confidential
>> information and is intended only for the individual named.
>> If you are not the named addressee you should not disseminate, distribute
>> or copy this e-mail.
>> Please notify the sender immediately by e-mail if you have received this
>> e-mail by mistake and delete
>> this e-mail from your system. Thank you.
>>
>>
>>
>>
>