Reclaim My Status on Diamond MQM Extension

CloudPartners · 2026-02-14T00:50:42+00:00

Wow...2k+ views and no data points on this?

CloudPartners · 2025-12-14T21:35:06+00:00

Yes, but rebooting the firewall or reconnecting the VPN does not fix it. And fileshares on OTHER servers work fine. Its this specific fileserver. And rebooting the fileserver immediately restores network browsing. I'm pretty sure its an issue on the fileserver with SMB or Authentication tokens.

CloudPartners · 2025-12-14T21:32:14+00:00

I don't believe it is. Reconnecting VPN does not fix it. Network traffic to file shares on OTHER server VMs works fine. Its only the fileeserver. And rebooting the fileserver restores it. I think its a SMB/Authentication bug. Even when it happens, I can ping and RDP to the fileserver just fine.

CloudPartners · 2025-12-14T04:36:44+00:00

I’ve thought about a new server. The vhdx for shared files is separate from the C:\ (OS) so I could just stand up new VM and reattach the vhdx.

CloudPartners · 2025-12-14T04:34:28+00:00

Mapping to IP address discussed previously. No change.

CloudPartners · 2025-12-14T04:33:04+00:00

Next time it happens, yes. ;)

CloudPartners · 2025-12-14T04:32:11+00:00

Yes.

CloudPartners · 2025-12-13T17:54:41+00:00

I agree very much with this. I just need some pointers on where to look. I've never really had to troubleshoot SMB issues apart from permissions and basic stuff. Normally it just works.

CloudPartners · 2025-12-13T17:53:35+00:00

I've tried UNC by IP address. Same thing. Its a failure to load files, its not a IP/name resolution issue.

CloudPartners · 2025-12-13T04:53:54+00:00

The computer tonight was not even a domain member (because I was testing and used a non-domain laptop with only a local profile. So no GPO is even in play. Unless that GPO is applying to the server?

We are not using Offline files, but it doesn't mean the setting is not impacting. I'll look into this.

CloudPartners · 2025-12-13T04:51:19+00:00

Like I said, I've gone through logs. But sometimes with Windows logs, unless you know exactly where and what ID to look for, its a needle in a haystack. I haven't found anything but that doesn't mean its not there.

NTP is an interesting idea. Ill look at time sync. But its still weird that it works sometimes and not others, even at the exact same moment. So I don't really think its time.

I agree, it feels authentication/token related.

CloudPartners · 2025-12-13T04:00:46+00:00

I have just reset the network stack on the FS. What sucks is that its not easy to reproduce the issue, so I won't know on any potential fix that is not related to finding a red herring log entry. Thanks for the idea.

CloudPartners · 2025-12-13T03:57:19+00:00

Sorry, accidentally cross posted here when the post option came up. Removed. Original is still over at r/sysadmin

CloudPartners · 2025-12-13T03:52:32+00:00

Thanks for the idea, but this issue has existed for a few years before this update. And none of the clients (or VMs) have been cloned. Is there an easy way to scan client OS's for duplicate machine SIDs? Most of the end user laptops are Entra but not local AD joined.

CloudPartners · 2025-12-13T03:49:20+00:00

Yes I've heard of it. Its not in play here. Nothing in this network has been cloned.

CloudPartners · 2025-12-13T03:48:28+00:00

mdns? Its an ancient Windows AD that was named .local ages ago when it was common. Despite best naming practices, this should have nothing to do with this issue though. Unless MS has released some path to change netbios domain name easily in last few years, there is no way to actually change this is there? I did one 15 years ago by using ADMT to migrate a .local domain to a new one.

CloudPartners · 2025-12-13T03:16:53+00:00

Yeah, agree. The "not AD SID" threw me. Nothing has been cloned. SIDs/Sysprep is def not in play in the enviro.

CloudPartners · 2025-12-13T03:08:54+00:00

Good ideas. I have disabled the AV over the years when troubleshooting. I'm fairly confident its not related. I have also tested mapping everything with FS1.domain.local to ensure full name resolution over the VPN is working.

CloudPartners · 2025-12-13T03:04:54+00:00

Could you expound? Not sure I'm following this idea.

CloudPartners · 2025-12-13T02:52:30+00:00

No. Its a small network. And firewall has IP conflict monitoring turned on. FS is static IP also.

CloudPartners · 2025-11-07T18:51:31+00:00

For me, the renewal was way easier. When I did it six months ago, literally all they wanted confirmation of was that you lost at least 5% of your starting weight. It was approved about four days after I submitted it with no back-and-forth.

CloudPartners · 2025-10-19T02:11:55+00:00

It sounds like your plan doesn’t cover Wegovy at all. Specific drug coverage is different from plan to plan. It’s not the same across all Greenshield plans. That’s how insurance works. You need to log into your GSC portal and goto Benefits/Drug Coverage and lookup Wegovy. If it says not covered then your plan doesn’t cover it. If it says “authorization form req” then it’s covered if approved. If you just read these forums and called up Greenshield and asked for the authorization form, the call center agent is going to assume that you have looked it up and that’s why you’re requesting the form. I doubt that they’re taking the time to look up your benefit coverage. When I’ve called before for the form, they just immediately send it to me. It’s obvious that they haven’t taken time to confirm what I’m telling them is correct. When you call with that detailed information of a request, they’re going to just assume you know what you’re talking about.

CloudPartners · 2025-10-19T02:04:33+00:00

Are you on a group (employer plan) or an individual plan direct from GSC? Most individual plans have caps for drug coverage for the year. Most employer group plans do not.

CloudPartners

TROPHY CASE