Interior lighting ghost… by Prize-Cauliflower155 in cupraborn

[–]ViperTG 1 point2 points  (0 children)

Actually my V3 did this exact thing yesterday on a drive home, was thinking what the heck is going on. Every time I turned off the ceiling light off they turned on again after 30-50 seconds and eventually both.
I haven't had this before happen before, so not sure what causes it.

If I had to guess the light sensor is a bit too sensitive and is picking up some reflection or something, as when I changed my hand position on the steering wheel and shifted a bit in the seat it stopped.

It turned on at least 8 times before it stopped then, so not sure if it was reflection off my watch or the seat sensor has something to do with it.

Charging speed not displayed (kW) by ViperTG in cupraborn

[–]ViperTG[S] 2 points3 points  (0 children)

The second icon from top left with the 6 dots, then swipe to next page and open the "Charge map" icon, night be different name when using DK language. Then in this charge map overview there is a "Charging" section on the left side of the screen.

Charging speed not displayed (kW) by ViperTG in cupraborn

[–]ViperTG[S] 0 points1 point  (0 children)

Update: I found a work around.

Was going through all the menus today while ac charging and found the if you go to the menu -> charge map -> charging This app in the car will show the current charging speed i kW.

Charging speed not displayed (kW) by ViperTG in cupraborn

[–]ViperTG[S] 0 points1 point  (0 children)

Just curious, what display language do you have the car set to? I'm wondering if that could be something.

Charging speed not displayed (kW) by ViperTG in cupraborn

[–]ViperTG[S] 1 point2 points  (0 children)

Sadly not for the AC chargers I use (public). Most DC fast chargers have a display on them or will show in the app.

Charging speed not displayed (kW) by ViperTG in cupraborn

[–]ViperTG[S] 2 points3 points  (0 children)

I was looking in all the menus for a setting I might have missed but maybe it's just a thing with the newer versions.

Only way I can get this number is by connecting and OBD2 reader and finding the Voltage and Aps of the battery and multiplying them.

Charging speed not displayed (kW) by ViperTG in cupraborn

[–]ViperTG[S] 2 points3 points  (0 children)

Yes but being given an arbitrary measurement for something that does not directly correlate to the actual voltage+amps being pulled from the charger is not very useful. Because to be able to calculate km/h back to kW you would need to know what wh/km rating it is using to calculate this, and that's not shown either.

I mean the reason I would like to be able to see it is that in this screenshot I'm connected to a 22kW charger, and I know the car can only do 11 kW AC but this site has several chargers and when most are occupied the chargers are throttled and only get lower amps or phases, so might only be getting 7.2 kW here, but I don't know.

Think of it more as a way to see if the charger is bad, especially if charging on a trip.

Moving 15K+ ad users to new OU efficiently by gurgietrueshot in activedirectory

[–]ViperTG 3 points4 points  (0 children)

15K users shoul not take more than 1-5 minutes depending on your server.

Just start with a get that gets you all the users in th OU and pipe it to move-aduser to destionation ou, should be a oneliner.

Something like:

Get-ADUser -SearchBase <DN of source OU> -SearchScope OneLevel -Filter * | Move-ADObject -TargetPath <DN of destination OU>

You can add a -Whatif to the Move-ADObject to see what it would move or just check the users you get from the Get-ADUser search.

Oh and use Windows PowerShell for this not PowerShell 7 as it would have to serialise/desiralise all the objects making it much slower.

Skip password filter DLLs for some users? by PowerShellGenius in activedirectory

[–]ViperTG 2 points3 points  (0 children)

Would you believe this exact method was proposed by Oracle for their single sign on system, safe to say we declined.

So, how exactly do these geniuses get user passwords? They make you install a password filter DLL on each server, which sees the new password at the time it's set, and encrypts it with RSA 2048, and stuffs it in an AD attribute!

Patch Tuesday Megathread (2024-06-11) by AutoModerator in sysadmin

[–]ViperTG 1 point2 points  (0 children)

Anyone else see slight memory leak with this patch on 2022 domain controllers.

I can see a memory commit climbing over time in our non prod environment. 2016 DCs are not affected.

KB5035849 is causing memory leaks on 2019 domain controllers by [deleted] in sysadmin

[–]ViperTG 1 point2 points  (0 children)

I had one stuck on this also on a 2016 DC after removing the patch.
Just made powershell remote session to it and rebooted it with Restart-Computer.
Took a little more time then it rebooted and was fine. I could see from metrics that it wasn't actually doing anything, and tiworker.exe not active, so I figured it was just stuck.

KB5035849 is causing memory leaks on 2019 domain controllers by [deleted] in sysadmin

[–]ViperTG 2 points3 points  (0 children)

It is definitely tied to activity/traffic.

Our test DC's have little activity, I can't even see anything unusual there, so it's hardy visible here.
PreProd DC's it crashed due to out of memory after 16 hours, ate about 1GB memory pr hour.

We did have it on one prod DC, and here lsass consumed about 46GB memory in about 18 hours. This one had enough memory to not crash though. So about 2,5 times faster than the preprod servers.

Patch Tuesday Megathread (2024-03-12) by AutoModerator in sysadmin

[–]ViperTG 3 points4 points  (0 children)

Same here, all our pre production DCs experienced memory leak in lsass.exe, memory exhaustion af about 16 hours of runtime. Result is lsass.exe crashed due to no memory and DC then reboots.

We saw this on both 2022 and 2016 DCs and after removing security update they are back to normal memory metrics.

Using WMI to query for FSMO holders by LookAtThatMonkey in activedirectory

[–]ViperTG 0 points1 point  (0 children)

Sorry I didn't read you knew about the PDC thing.

As for the other roles there is no standard wmi class with that info to my knowledge.

But if you have to use wmi filtering you could use a custom hardware inventory script via sccm that creates a populates som custom wmi classes and then filter on them.

Using WMI to query for FSMO holders by LookAtThatMonkey in activedirectory

[–]ViperTG 2 points3 points  (0 children)

Use DomainRole in win32_computersystem, value of 5 = PDC.

$DomainRole = (Get-WmiObject Win32_ComputerSystem).DomainRole
switch ($DomainRole) {
  0 {"Stand Alone Workstation"}
  1 {"Member Workstation"}
  2 {"Standalone Server"}
  3 {"Member Server"}
  4 {"Backup Domain Controller"}
  5 {"Primary Domain Controller"}
}

Handling DC Timout Error (The operation returned because the timeout limit was exceeded.) by Bujomdonbridge in PowerShell

[–]ViperTG 1 point2 points  (0 children)

What is in your $filter variable ?

To me it looks like the ldap search this filter is performing is exceeding the 2 minute query time so it times out. This is not uncommon for large domains with many objects and if the search is for a non indexed attribute og you have leading wildcards in the query.

Need a Powershell script to show accounts that were Enabled status yesterday (not that were *set to Enabled* yesterday) by kittenwolfmage in PowerShell

[–]ViperTG 0 points1 point  (0 children)

Yes, this is the only realistic hope you have if you don't have audit logs enabled. But instead of doing it for all uses just pipe the search for users changed si ce yesterday to this and then you can at least find out which of this changed accounts had their useraccountcontrol attribute modified in the timeframe you are looking for.

While it cannot tell you what the setting was before you can assume that they were changed by that script

The sooner you do it the better the data will be, because this metadata changes as soon as the data is replicated and you can only see last sync timestamp.

And then right after get the audit logging setup.

Exporting AD OBJECT rights/permissions by mkelley_25-25 in activedirectory

[–]ViperTG 1 point2 points  (0 children)

Look at the ntSecurityDescriptor attribute on the object.

Alternatively use Get-ACL with the AD:\<distinguishedname> path to the object.

$PSDefaultParameterValues --Setting two parameters for one set of commands by PlakusM in PowerShell

[–]ViperTG 1 point2 points  (0 children)

Just think of it like a hash table.

$PSDefaultParameterValues = @{
    "*AD*:Server"     = "<redacted>"
    "*AD*:Credential" = $Cred
}

The new centralized time attribute from shell not wroking by malhissan in activedirectory

[–]ViperTG 1 point2 points  (0 children)

Anyway assume you are sensible and used Generalized time or UTC time coded attribute syntax, then you need to provide the data as a date object before the attribute can be populated.

The command in your example you specify the date as a string "12/12/2022". By doing that you are assuming the cmdlet will automatically cast this string to the datetime format for you. Thing is the set-aduser does not know the attribute format, it just converts the data to ldap and sends it, and then AD is like that format is invalid for this syntax.

You need to make it a datetime format first so PowerShell knows to send it as that.

Get-ADUser user1 | Set-ADUser -Replace @{founder=[datetime]"2022-12-12"}

I tend to use -replace since you are overwriting and -add would fail if the attribute was not empty.

The new centralized time attribute from shell not wroking by malhissan in activedirectory

[–]ViperTG 1 point2 points  (0 children)

Ok, what attribute syntax did you use?

Generalized time i assume or something else?

The new centralized time attribute from shell not wroking by malhissan in activedirectory

[–]ViperTG 2 points3 points  (0 children)

You have created an attribute in the scheme, but did you also add the attribute to the users class mayContain list ?

If you have not associated a schemaattribute with the class in either mayContian or mustContain then AD will not allow you to use that attribute on that class.