Posts made by jramon.ortega_2700

Hello

We are not experts in Powershell and we discovered DSC at the same time and thanks to Otter and we thought it was great and that they integrated perfectly. Knowing that DSC may not have continuity we will be attentive to the news, especially with Powershell Core.

Thanks to the alternatives you have given us to DSC, we will modify our scripts and continue testing and studying Otter, because it seems a very good tool for us.

Thank you and greetings

Hello

First of all thank you very much for the great work you do solving our doubts and guiding us.

At the moment we are in the testing stage and we do not have many scripts, we have looked at the examples we have with DSC that are:

• Registry of the DSC PSDesiredStateConfiguration to create a value in registry.
• xRobocopy of the DSC xRobocopy to syncronize a folder structure
• Searching the internet we found in a powershell forum an example of a man who used the Group of the DSC PSDscResources to create a Group users.

In all cases it generates the same error, so we think that this error occurs in all DSCs, but we do not know.

In our case we think that we can adapt our scripts using for example . AHEXECMODE, but we think that being able to use DSC simplifies and speeds up programming a lot.

Thanks a lot

Hello

Thanks to your help we were able to execute the script, I explain:
1.- We run the script locally

Invoke-DscResource -Name cApplication -ModuleName DSCR_Application -Method set -Property @{
				Name="Mozilla Firefox (x64 es-ES)";
                              	InstallerPath="C:\Tmp\firefox.exe";
                              	Arguments="-ms -ma"
} 

works properly !!!

2.- We run the script remotelly

$cred = Get-Credential

enter-pssession -ComputerName PC670 -credential $cred

Invoke-DscResource -Name cApplication -ModuleName DSCR_Application -Method set -Property @{
				Name="Mozilla Firefox (x64 es-ES)";
                              	InstallerPath="C:\Tmp\firefox.exe";
                              	Arguments="-ms -ma"
} 

works properly !!!

3.- We run the script remotelly

Invoke-Command -ComputerName PC670 -ScriptBlock { 
	Invoke-DscResource -Name cApplication -ModuleName DSCR_Application -Method set -Property @{
        	Name="Mozilla Firefox (x64 es-ES)";
                InstallerPath="C:\Tmp\firefox.exe";
                Arguments="-ms -ma"
    	}
}

It has the same behavior as when running in otter, that is, the firefox is installed but in the end it generates the error "Serialized XML is nested too deeply"

We have tried different things to fix this error but it always returns the same error

• We have executed with powershell 7
• We have configured wsman to allow delegating credentials
• We have tried to run the script on a PC that is not in our domain

we continue to search, but you do not think it could be a Powershell error that Microsoft has not yet solved?

Thanks

Hello

We will look for information about "serialized xml is nested too deeply", if we progress we communicate it to you,
as this can help other users with the same problem.

To run the script through PSRemoting, at the moment we do not know how to do it, since we had done DSC tests with the commands
typical powershell start-DSCConfiguration and set-DSCLocalConfigurationManager, but we believe it does not involve PSRemoting.

Thanks

Hello
After upgrading from version 3.0.24 to 22.0.2, we still have some problems.
We have a role called SetupFirefoxexe2, with the following code:

call SetupFirefoxExe2();

This role depends on the role DSCR_Application with the following code:

call DSCR_Application();

The code of the otter module SetupFirefoxExe2 is:

module SetupFirefoxExe2
{    
    Ensure-DSCResource
    (
        Name: cApplication,
        Module: DSCR_Application,
        ConfigurationKey: InstallerPath,
        Properties: %(
            Name: 'Mozilla Firefox (x64 es-ES)',
            InstallerPath: C:\Tmp\firefox.exe,
            Arguments: '-ms -ma'
        )
    );    
}

and code of the module Otter DSCR_Application is:
module DSCR_Application
{
    Ensure-PsModule
    (
        Module: DSCR_Application
    );
}

When we associate the role setupFirefoxexe2 to a server gives us unknow status.
If we do "Remediate Drift" it gives us the following error:

On the server the Firefox is installed and the state of the server from the console show error.

Thanks

Thanks a lot

Ok, Thanks

Hi
After you have solved the incidence "Upgrade Otter 3.0.24 to 22.0.1 break ensure-PSModule".
We try to run a role called xRobocopy that executes the otter script xRobocopy.

Code xRobocopy Role
call xRobocopy();

Code xRobocopy (Legacy Otter Script (Module))
module xRobocopy
{
Ensure-PsModule
(
Module: xRobocopy,
Force: true
);
}

1.- Always returns status "Drifted"
2.- If we run "Remediate Drift" returns

In version 3.0.24 it worked
Thank you

@atripp Hi
hello after downloading scripting 2.01 i restart the server otter worked perfectly.
thanks

@atripp Thanks

hello we are trying otter.
In version 3.0.24 an otter script Module with the following code :

module xRobocopy
{
    Ensure-PsModule
    (
        Module: xRobocopy,
        Force: true
    );
}

worked correctly. when upgrading to version 22.0.1 generates the following error:

The 'Install-Module' command was found in the module 'PowerShellGet', but the module could not be loaded. For more information, run 'Import-Module PowerShellGet'.

we do not know if we are doing something wrong or it is a bug.
Thanks