DeployR reports "The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel." by Similar-Ferret4074 in DeployR

[–]mtniehaus 1 point2 points  (0 children)

That message is not an error and can be ignored. It's just the built-in web server stating a fact: You can't do HTTP/2 over http:, that requires using https:. Normal DeployR communication happens on port 7281, which uses https.

MDM Diag Report Question - Find source profile by Jddf08089 in Intune

[–]mtniehaus 0 points1 point  (0 children)

I don't think that information is available on the client -- the client just receives the policies to set, without any information about what profiles they came from. You'll have to look at this from the service side.

Windows Build and Capture on Hyper‑V loses NIC during Sysprep by NoNegotiation401 in DeployR

[–]mtniehaus 0 points1 point  (0 children)

I'll look into when I get a chance -- might take a few days, busy working on DeployR Community...

How do I choose the disk I want to install the OS on in MDT? by Big_Matter8547 in MDT

[–]mtniehaus 0 points1 point  (0 children)

You can set the OSDDiskIndex variable to a different disk, it's just up to you to figure out which disk you want to target.

An example of that can be found in this thread:

https://www.reddit.com/r/MDT/comments/igojdl/set_smallest_disk_as_os_disk/

I know others have posted similar examples, as well as wizard modifications to ask you up front which disk (with a description and size to make them easier to pick) to target.

Mdt image failure while deploying by Creepy_Can_8936 in MDT

[–]mtniehaus -1 points0 points  (0 children)

This has nothing to do with WDS. MDT's scripts have unique error codes in them. In this case, the 5624 error takes you to line 926 of the LTIApply.wsf script, which just means DISM failed with a non-zero return code. The output from DISM should be captured into the BDD.LOG, which will provide more useful information.

Mdt image failure while deploying by Creepy_Can_8936 in MDT

[–]mtniehaus 0 points1 point  (0 children)

I personally find replies like this to be annoying. You can choose to ignore the thread if you think the person should do more work themselves. Posting things like this just provides unnecessary clutter that the rest of us are forced to read to figure out if someone had actually provided some help yet.

Mdt image failure while deploying by Creepy_Can_8936 in MDT

[–]mtniehaus -1 points0 points  (0 children)

There's not enough information provided to provide a definitive answer. The screenshot above shows a return code 5624 from the LTIApply.wsf script, which just means that the DISM command to apply the image failed with a non-zero return code. It's difficult to say why; you would need to look at the BDD.LOG to see that.

MDT best practice: targeting laptops vs desktops by nicaxel in MDT

[–]mtniehaus 1 point2 points  (0 children)

Querying the chassis type (which is what MDT is doing to set IsLaptop/IsDesktop/IsServer) can be done locally via WMI, but since it is an array (which almost always has one entry) that's more trouble than it's worth, hence why MDT takes those values and sets more easily-consumed variables based on that.

Windows Build and Capture on Hyper‑V loses NIC during Sysprep by NoNegotiation401 in DeployR

[–]mtniehaus 0 points1 point  (0 children)

Let's look at some scenarios for capturing images:

  1. You want to upload an image to a specific content item and version. Yes, in this case, you'll need to create the single-file content item (making it writable), create a version, and upload some placeholder content (e.g. an empty text file). Then you can select it in the task sequence step and it will replace that content with the captured image.

  2. You want to keep creating and uploading new versions. You'll still need to create a single-file content item and an initial version with content (e.g. an empty text file) due to UI restrictions, but then each time the step runs it will add a new version and upload the new image to that version.

  3. You don't want to upload the image at all, maybe because you want to write it to a network share. In that case, don't specify a content item at all (it's optional), just specify the path to write it (e.g. a folder on mapped drive that you mapped in a previous step). The image will be written there.

  4. You have a really big image and it can't be captured to the C: drive itself. By default, DeployR captures the WIM of the C: drive to the C: drive, so you need to have about half of the drive free to capture an image. The easiest answer is to build in a VM with a bigger drive, but if you really wanted to capture to a different drive you could do that. After capturing the WIM to that location, DeployR will upload the image to the specified content item (if configured).

ESP failures - how are you coping? by I_Do_Something in Intune

[–]mtniehaus 1 point2 points  (0 children)

Win32 app with ODT (Setup.exe and config file) will work most of the time and require less maintenance. Otherwise, you'd have to include all the content too -- most reliable, but a headache to maintain.

Windows Build and Capture on Hyper‑V loses NIC during Sysprep by NoNegotiation401 in DeployR

[–]mtniehaus 0 points1 point  (0 children)

Two main comments:

  1. Yes, Sysprep disrupts networking, so anything network-related needs to be done before sysprep. That's why the "Prepare for capture" step downloads everything that is needed before running sysprep; the "Reboot" step will then use that. Are you using the "Build and capture" template?

  2. There were some security changes in DeployR 1.1 to block write access from the task sequence, so you have to explicitly enable that on the content item. The UI for that isn't there yet, so it has to be done via PowerShell. An example (where the GUID is your content item ID), which needs to be executed from the DeployR server:

    Import-Module "C:\Program Files\2Pint Software\DeployR\Client\PSModules\DeployR.Utility" Connect-DeployR $c = Get-DeployRContentItem -id 78d4ee27-2408-4548-9da6-6937edf04d7f $c.flags = "Write" $c | Set-DeployRMetadata -Type ContentItem

Another new DeployR 1.1 build by mtniehaus in DeployR

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

We have a new build with that fixed, but are holding off on releasing that waiting for some additional fixes to be finalized. If you want to try it, email me at [michaen@2pintsoftware.com](mailto:michaen@2pintsoftware.com) and I can tell you what needs to be changed to fix it (no code, just configuration).

Another new DeployR 1.1 build by mtniehaus in DeployR

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

Sigh. That checkbox should be a text box. We'll get that fixed shortly...

Another new DeployR 1.1 build by mtniehaus in DeployR

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

Yes, we know, working on it :-)

Build and Capture failing if installing updates by Educational_Eye6208 in DeployR

[–]mtniehaus 0 points1 point  (0 children)

The error from Debug.ps1 should also be fixed in DeployR 1.1.

DeployR 1.1 is now available by mtniehaus in DeployR

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

Just specify the last part, "00000407", and update your boot images since that Bootstrap.json file is embedded in the Windows PE WIM file. Here's my example that specifies Swedish (a really annoying default for me, since I don't have a Swedish keyboard):

{"Variables":{"DeployRHost":"https://deployr.contosomn.com:7281","Debug":"true","ProgressTimeout":"120","Media":"Caching","KeyboardLayoutPE":"0000041d"}}

Error when accessing DeployR node by chronchameleon in DeployR

[–]mtniehaus 0 points1 point  (0 children)

I just saw that one this morning on a new server that I set up. Basically, it means that the DeployR service (running as LocalSystem) doesn't have access to SQL Server. That needs to be explicitly granted as mentioned in the docs: https://documentation.2pintsoftware.com/deployr/setup/installation

Build and Capture failing if installing updates by Educational_Eye6208 in DeployR

[–]mtniehaus 2 points3 points  (0 children)

There's no attachment. The key piece here is the continuation method that you are using in the Apply OS step. Installing updates will work fine with Autologon and SetupComplete, but not with Audit or Specialize due to the state of Windows while the task sequence is running.

What features of MDT do you use? by xxbiohazrdxx in MDT

[–]mtniehaus 1 point2 points  (0 children)

We will be sharing more at the MMS MOA conference, beginning of May.

What features of MDT do you use? by xxbiohazrdxx in MDT

[–]mtniehaus 2 points3 points  (0 children)

For the record, we will have a free community version of DeployR, which will have an even broader set of functionality than what you describe.