Great opportunities you have provided here. Thank you for that.
Unfortunately, I get stuck at one point. There are unattended sessions on my Docker-Machine visible in Orchestrator. But configured Robots do not connect. What can be the reason for that? On one screenshot I can see that you use Domain/Username, is that correct. And if so, what
credential type is to use?
Best regards Ray
Can you please provide me a screenshot on the Orchestrator and the logs from the Robot?
We changed the login method for unattended robots on Linux and we now support executing jobs on the Linux Robot without credentials.
Hello Andrei, I’ll try my best.
I guess it’s adding \n\r (which means a return - essentially a new line) at the end of the URI.
Thanks for your answer. Should I change this:
Yes, that is the correct format for your orchestrator URL. It should be like this
I am confused. The format used is not correct, but the unattended sessions are in status connected.
Can you please explain credentials-less robots a bit more.
A post was split to a new topic: Learning advise for a beginner
You are using classic folders and this is why the Robot shows it is Disconnected. The Linux and credential-less Robots are to be used with Modern folders.
We published a github repository where you can check how to build a docker container that uses our UiPath Robot and Java/Python environment or the self-signed certificate from your private Orchestrator.
Nice, thanks for sharing!
@erghe @ElenaBuchir @Ryan_Rush
Hello Elena, Andrei and Ryan,
today I was participant of the great introduction of the assistant for macOS. As far as I understand it correct the same what is true for Linux is also true for macOS: “When Linux/macOS environments are used, robots can only run processes developed as cross-platform in Studio and do not require UI Interaction.” I guess the two assistants are very similar. A question that is now bothering me: Do the assistants support additional NuGet packages, which are transported from the orchestration to the assistant when they are needed? If this were possible, we would have great possibilities to create one NuGet package that can work on all platforms and contains all we need.
Thanks and best regards
Sweet! Wanted to get into it, and now I did. Output of a Bot performing Linux file create + write operation on the default WSL 2 Alpine Linux container.
Had to install nano that I’m used to working with (in Debian and Raspbian) in the Alpine container.
Any reason why a File Create activity would not work on Debian Linux?
- I have Debian Linux installed and integrated Docker with it
- The container starts up with a volume mounted to a folder in Debian
- As seen from the Debian prompt below, Automations run and I am able to get the UiPath logs to persist in the Robot.log file
If it’s possible to write to this volume, then why can’t the Create File activity create a file at the same location? I get this error:
message: Create File in Linux File System: Could not find a part of the path '/home/thanosdebian/share/UiPath/Logs/Debian_TestFile_01242022_092825.txt'.
I don’t think the path you are trying to write to is available in the container itself. How does the
docker run command looks like? It seems to me that you mounted the logs folder to the host folder:
"/home/thanosdebian/share/UiPath/Logs/" and you are trying to access the host folder path in the container, instead of accessing
The docker container for Linux is purposed for unattended automation (there is no assistant on Linux, yet), while the Mac story is purposed for attended automation.
To answer your question, you can make a cross-platform library that you can use in your cross-platform projects. You can just publish this library to your Orchestrator and it will be available for all of your cross-platform automations.
I have installed Debian separately from the Windows Store and then integrated Docker with it. Therefore I have the native Alpine Linux where everything works as expected. I start the docker container for Debian like so:
As shown in the screen grab in earlier post, when the Automations run, the container is able to write the Robot.log file to the Debian path /home/thanosdebian/share/UiPath/Logs.
In the automation, the Create File Activity I try to write to /home/thanosdebian/share/UiPath/Logs.
I maybe going wrong here and will give this a shot and report back.
SUCCESS! Thank you @erghe! I must have been standing on my head when I got the whole thing backwards. I changed the input argument in my automation to use the Alpine Container path instead of the Debian host path!
And when opened in nano on Debain: