Login script weirdness

Anyone know why a login script (in a.d.) that has worked for months and
months would up and not process completely now?

It’s merging a .reg (setting a default printer) entry into the HKCU
portion of the registry, and like I said, it’s worked for a long time,
just recently quit working properly.

If I try to merge the .reg into the registry manually, I get an error
“Cannot access the registry”.

Weird thing is, if I manually change the default printer, then try to
merge that entry, it works just fine.


Stevo

\On 09/24/2014 04:41 PM, Stevo wrote:[color=blue]

Anyone know why a login script (in a.d.) that has worked for months and
months would up and not process completely now?[/color]

Because something changed. What changed?
[color=blue]

It’s merging a .reg (setting a default printer) entry into the HKCU
portion of the registry, and like I said, it’s worked for a long time,
just recently quit working properly.[/color]

When what changed?
[color=blue]

If I try to merge the .reg into the registry manually, I get an error
“Cannot access the registry”.[/color]

This seems like a good clue. You would seem to lack rights to the
registry. Your user isn’t powerful, or UAC is “helping” you, or other
ACLs in the registry are stopping you from being productive.
[color=blue]

Weird thing is, if I manually change the default printer, then try to
merge that entry, it works just fine.[/color]

It is afe to assume that this registry-hacking file plays with printing
somehow? If so, I’m guessing in-registry ACLs are causing you the problem.


Good luck.

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below…

Stevo wrote:
[color=blue]

Anyone know why a login script (in a.d.) that has worked for months
and months would up and not process completely now?[/color]

Because it’s AD? :slight_smile:


Does this washcloth smell like chloroform?

ab sounds like they ‘said’:
[color=blue]

Because something changed. What changed?[/color]

Only change was combining two working batch files into one.

[color=blue]

This seems like a good clue. You would seem to lack rights to the
registry. Your user isn’t powerful, or UAC is “helping” you, or other
ACLs in the registry are stopping you from being productive.[/color]

UAC is off, user logging in is a local admin.
[color=blue]

It is afe to assume that this registry-hacking file plays with
printing somehow? If so, I’m guessing in-registry ACLs are causing
you the problem.[/color]

I’m curious why this would cause a problem for a couple VMs in this
pool, but others work just fine.


Stevo

Joseph Marton sounds like they ‘said’:
[color=blue]

Because it’s AD? :-)[/color]

So my response to Joseph’s comment is…

That’s what I believe


Stevo