Hey everyone, I could use a sanity check from anyone who's fought with legacy Windows and modern software before.
We're standing up a Bareos backup setup. Director and Storage Daemon both on Linux, running version 25. The catch is one of the machines we absolutely need to back up is a Windows Server 2008 R2 SP1 box, and it can't be replaced or upgraded right now. It's the very system whose data we're trying to protect, so "just migrate off it" isn't an option yet, which is exactly why getting reliable backups of it matters so much. The problem is the Windows File Daemon simply won't run on it. I installed the current Bareos 25 client, but the service goes straight from START_PENDING to STOPPED. When I run the binary in the foreground to see what's happening, it throws the classic Windows "stopped working" crash before it even reads its config file, so it's dying on load rather than choking on something I misconfigured. Event Viewer points the finger at MSVCP140.dll (version 14.32.31332.0) with exception code 0xc0000005, an access violation right as the DLL loads. I've been digging, and here's where I've landed so far. The VC++ 2015–2022 Redistributable is already installed, so it's not a plain "missing runtime" situation. My best theory is that MSVCP140.dll depends on the Universal CRT (ucrtbase.dll), which on 2008 R2 only comes in through KB2999226, and that update in turn needs the SHA-2 servicing updates first. If the Universal CRT isn't fully there, the DLL can load but then access-violates, which lines up perfectly with the crash I'm seeing. And since 2008 R2 is NT 6.1, the same kernel as Windows 7 (which Bareos still lists as supported), I'd expect the 25 binary to run fine once the runtime side is actually complete. Going backwards to an older client isn't as simple as I hoped either. The public Bareos download server only offers the latest Windows installer for free, and the older winbareos builds sit behind a paid subscription. On top of that, I'm not even sure an old FD 21 would play nicely with a version 25 Director. So I'm mostly wondering if anyone has actually gotten a modern VC++ 2015-2022-linked app to run on 2008 R2 just by installing the Universal CRT and the SHA-2 updates, did that clear up a 0xc0000005-on-load like mine, or was there more to it? I've also read that you have to stay on VC++ redist 14.32 or older because 14.40+ dropped Windows 7 and 2008 R2 support, and I'd love to hear that confirmed by someone who's been there. And if there's a smarter way to back up a stranded 2008 R2 box with a modern Bareos Director that I'm just not seeing, I'm all ears. I know 2008 R2 is long dead and the real fix is to retire it. That's the plan, honestly. I just need solid backups of the thing before that can happen. Thanks in advance to anyone who's got a war story to share. -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion visit https://groups.google.com/d/msgid/bareos-users/2eb0c84f-5dc4-40cd-96f6-052b9a9aca3bn%40googlegroups.com.
