Hello Philippe, For restartTimeLimit, I believe StartupTimeLimit and ShutdownTimeLimit (in the Process Model tab for the visual editor) are what you're looking for. I've submitted a pull request to add PeriodicRestartSchedule: https://github.com/Inedo/inedox-windows/pull/35

That was the first thing I tried to get, though the server sort of hung at the last step, and I couldn't see it right from the installer page. Is there a folder where the logs would have been saved perhaps? They're probably still there if so. I'll be honest. Wasn't so much the server itself hanging as it was a screen reading software I was using to access it.

I'm not sure I totally understand what you mean by "had the path of where I stored the PoSh script"? Basically, when you create an asset in Otter, it is stored in a Raft, which is a sort of abstract file system. So, it's basically just a file (script-name.ps1) stored in this raft. We are working on building out our training videos (sadly, they take quite a while), but we'd love to learn what your overall goals are, and how we can build good content to help you reach those goals. In a lot of organizations, one of the most important things is "showing the value/success" of automation, infrastructure as code, etc. So we want to help with that too. Anyways, it's obvious quite a "big topic", so your best would be to get in touch with us, so we can work together directly.

Doubled checked and verified that ASP.NET 4.5 (or later) is already installed.

Hi Another point of complexity is the use of script and files in the raft. Lets say, you define myraft and a file called myfile in this raft. You make a plan whatever the raft you use and call myfile from myraft Your code will contain something like ....myraft::myfile But if you rename myraft to mynewraft the plan won't change and it will fail at the next run. The only way to handle correctly the raft renaming would be after changing the raft name to parse all the plans and configurations and templates in all the rafts to replace myraft::myfile by mynewraft::myfile. So renaming a raft is not so simple, according my understanding of Otter :-)

Were you able to ever get this resolved? I haven't seen the case of "an extension not really loading" in this manner, so hoping it was fixed already. If not, I guess I would delete all extensions from the folder, then restart the web/service, to make sure it says "nothing installed", then install them again.

It seems the part is causing '1' to be converted to a decimal: https://github.com/Inedo/inedox-windows/blob/88f5924bc1d2397c9edfb135eb9429bbe9fa34e8/Windows/OtterExtension/Operations/PSDscOperation.cs#L241-L243 Of course, because OtterScript is only strings, there's no way to know if it "should" be a string or a decimal. I wonder if the property could be inspected of the dsc resource? I'll note you can shorten @([string[]](1)) to @('1'),

There's just the two connection strings (web and service)... you shouldn't be getting timeouts, however. It might be network related?

Hello Clint, This SQL will copy any credentials that BuildMaster has but Otter doesn't to Otter. However, it will not work if BuildMaster and Otter use different encryption keys. You can find the encryption keys for BuildMaster and Otter in app_appSettings.config and in web_appSettings.config. The key will look like this in the file: <add key="Persistence.EncryptionKey" value="[encryption key is here]" /> INSERT INTO [Otter].[dbo].[Credentials] ([Environment_Id], [Credential_Name], [CredentialType_Name], [LegacyConfiguration_Bytes], [Configuration_Xml], [AllowFunctionAccess_Indicator]) -- Omit the line above this comment to test this before running it for real SELECT OE.[Environment_Id] ,BC.[Credential_Name] ,BC.[CredentialType_Name] ,[LegacyConfiguration_Bytes] = NULL ,[Configuration_Xml] = CAST(REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( REPLACE( CAST(BC.[Configuration_Xml] AS VARCHAR(MAX)), '<Inedo.BuildMaster.Extensibility.Credentials.BuildMasterCredentials Assembly="BuildMasterCore">', '<Inedo.Otter.Extensions.Credentials.BuildMasterCredentials Assembly="OtterCore">' ), '<Inedo.BuildMaster.Extensibility.Credentials.OtterCredentials Assembly="BuildMasterCore">', '<Inedo.Otter.Extensions.Credentials.OtterCredentials Assembly="OtterCore">' ), '<Inedo.BuildMaster.Extensibility.Credentials.ProGetCredentials Assembly="BuildMasterCore">', '<Inedo.Otter.Extensions.Credentials.ProGetCredentials Assembly="OtterCore">' ), '<Inedo.BuildMaster.Extensibility.Credentials.PrivateKeyCredentials Assembly="BuildMasterCore">', '<Inedo.Otter.Extensions.Credentials.PrivateKeyCredentials Assembly="OtterCore">' ), '<Inedo.BuildMaster.Extensibility.Credentials.UsernamePasswordCredentials Assembly="BuildMasterCore">', '<Inedo.Otter.Extensions.Credentials.UsernamePasswordCredentials Assembly="OtterCore">' ), '</Inedo.BuildMaster.Extensibility.Credentials.BuildMasterCredentials>', '</Inedo.Otter.Extensions.Credentials.BuildMasterCredentials>' ), '</Inedo.BuildMaster.Extensibility.Credentials.OtterCredentials>', '</Inedo.Otter.Extensions.Credentials.OtterCredentials>' ), '</Inedo.BuildMaster.Extensibility.Credentials.ProGetCredentials>', '</Inedo.Otter.Extensions.Credentials.ProGetCredentials>' ), '</Inedo.BuildMaster.Extensibility.Credentials.PrivateKeyCredentials>', '</Inedo.Otter.Extensions.Credentials.PrivateKeyCredentials>' ), '</Inedo.BuildMaster.Extensibility.Credentials.UsernamePasswordCredentials>', '</Inedo.Otter.Extensions.Credentials.UsernamePasswordCredentials>' ) AS XML) ,BC.[AllowFunctionAccess_Indicator] FROM [BuildMaster].[dbo].[Credentials] BC LEFT OUTER JOIN [Otter].[dbo].[Credentials] OC ON BC.[Credential_Name] = OC.[Credential_Name] LEFT OUTER JOIN [BuildMaster].[dbo].[Environments] BE ON BC.[Environment_Id] = BE.[Environment_Id] LEFT OUTER JOIN [Otter].[dbo].[Environments] OE ON BE.[Environment_Name] = OE.[Environment_Name] WHERE OC.[Credential_Id] IS NULL

Thanks for the report; we're unfortunately powerless against these, since they randomly come and go. I'm sure you're already aware, but just as an FYI, we have published KB#1113 that talks about false positives and code signing.

Copying John's answer from StackOverflow: Maps are specified as %(key: value), here is an example plan that should help: set %map = %(Web.config: @("Web.Beta.config", "Web.Release.config")); foreach $key in @MapKeys(%map) { set @values = %map[$key]; Log-Information `$key = $key; Log-Information `@values = $Join(", ", @values); } Sleep 3;

Looking deeper, I see that the raft repositories are supposed to automatically download changes, but that functionality is broken. I've filed this as OT-183 and also fixed the related bugs OT-184 and OT-185.

Hello Giri, This command should work: InedoAgentSetup5.8.1.exe /S /TargetPath="D:\program files\inedoagent" /port=46336 /UserAccount=LocalSystem I changed TargetDirectory to TargetPath, captialized /S, removed the install argument, and added quotes around the file path with spaces in it.

As long as the digital certificate is signed by Inedo, it's just a false positive. Please see: https://inedo.com/support/kb/1113/anti-malware-false-positives-code-signing-and-safety-of-inedo-products

Hey Alex, Thanks for the follow up! I did continue working on this, and got to a point where I'm happy with how it is working. I was in contact with Karl about it too via email, and sent him some details, but for reference for others who find it useful.. We went with the solution of putting the config into separate files, using the 'configSource' option as needed to specify references to external files. Further to that, we created an extension for Otter to allow us to manage the settings in those files - similar to how the 'EnsureAppSetting' thing works, but allowing an XPath expression to be used to identify the precise element in the config file to check. That meant we could use it for e.g. files that hold connection strings. (I do intend to publish that extension to the Den at some point - haven't so far gotten around to it though). Let me know if you would like any more detail on what we're doing! Thanks, Andrew

Hey Tod, Thanks for the answer and apologies for not getting back to you sooner... I see a new version of Otter is now available with the fixes included, so I'll try that out and see what happens. Thanks for the great support! Andrew

That works - awesome - thank you so much!

Thank you for reporting that, we had scheduled to do a maintenance release v1.7.3 today and were able to get a fix in for it - should be available before the end of the day.

Otter wasn't designed as general-purpose task schedule, but the orchestration jobs can certainly accomplish similar purposes. On the agent roadmap, we do have "impersonation" as a feature... which means you could run commands and scripts under different user contexts. I wonder if you could use use Otter to configure the schedule jobs across your servers? We don't have operations to configure scheduled tasks, but certainly you could use PowerShell DSC (or write an operation to do this) to configure scheduled tasks.