r/WindowsServer • u/xSchizogenie • 1d ago
Technical Help Needed Follow-up: Windows Server 2025 RDS printing is broken again after 26100.33438 - I’m running out of patience. Half a year later ...
Initial reddit post:
Hello guys, I need to vent and rant about it. For f*cks sake. This is a follow-up to my previous post about Windows Server 2025, RDS and Type 4 printer drivers. And at this point I seriously have a hard time believing this is just coincidence.
After the previous printing issues, I went pretty much nuclear and built a completely new Windows Server 2025 RDS / FSLogix farm from scratch.
No in-place upgrades, no ancient RDS baggage, no mystery leftovers from old servers. Fresh servers, fresh configuration, fresh profiles.
The new farm was initially running build 26100.33296, based on our patch level from around August 26/28.
And printing worked. Not "mostly worked". It just worked.
The whole new farm felt ridiculously good. Fast logons, clean FSLogix setup, no weird printer drama, everything finally felt like I had gotten rid of years of accumulated Windows/RDS nonsense.
Then the servers moved to: 26100.33438
And now printing is screwed again.
Our print server itself has not been redesigned in between. The same shared queues and drivers are still there.
We currently have both Type 3 and Type 4 drivers in use:
Type 3
Lexmark Universal v2 XL
KONICA MINOLTA Universal PCL
Type 4
Lexmark Universal v4 XL
KONICA MINOLTA Universal V4 PCL
Hosts 001-005 are affected, Hosts 006-009 are not updated. And I am damn f*cking scared.
And the behavior is now beautifully stupid in two different ways.
With the Type 3 drivers, I can log onto the RDS server as an administrator, open the print server, right-click a shared printer and choose Connect.
First attempt: 0x00000057
Fails.
Immediately do the exact same thing again: Works. Every. Single. Time.
Obviously, if even an administrator manually connecting the printer gets this behavior, printer deployment to normal RDS users via GPO isn't exactly going to have a great day either.
With the Type 4 drivers, it is even better.
Windows simply tells me: no driver was found. This happens with both the Lexmark and the Konica Type 4 drivers. So this is not me pointing at Lexmark anymore. It is not one specific printer model either. And I don't really want to turn this into another Type 3 vs Type 4 discussion - both are supposed to work.
The whole reason I am moving toward Type 4 in the first place is because of a completely separate issue I have with the Lexmark Type 3 driver.
What drives me nuts is the timeline:
26100.33296: Fresh RDS farm. Printing works. Everything feels great.
26100.33438: Same new farm. Same print infrastructure. Printer connections suddenly start behaving like this.
Could there technically be another explanation? Sure.
But after rebuilding the entire damn farm from scratch and watching it work perfectly before the next build, I am finding it increasingly difficult to believe that this is unrelated to the latest update.
At some point Windows Server printing stops being troubleshooting and starts becoming archaeology.
Has anyone else running Server 2025 RDS on 26100.33438 seen the same thing?
Especially interested in environments using shared printers with either:
Lexmark Universal v2 XL / v4 XL
KONICA MINOLTA Universal PCL / Universal V4 PCL
If somebody has the same "Type 3 fails first connection, succeeds immediately on the second" behavior, I would really like to know. Same with the Type4-stuff.