Change the session recording path - through Gateway installer

Good Afternoon @Yoffstr

I just wanted to inform you that an internal ticket has been created for prioritization. An update will be sent in this post as soon as we have an update.

Regards

Hi @Yoffstr

Thanks for splitting this out, and for explaining the underlying concern, that's the part that is most useful to us.

On the installer side: we agree it's reasonable, it's tracked internally, and it should land in a reasonable timeframe.

For this one, I would like to step back before we commit to a design, because I'm not convinced changing the path from the Cloud interface is the best answer to the problem you described:

• If the concern is the recordings filling the drive and bringing the server down, retention policy in Cloud/PAM service is I think the direct fix, and you already found the request for it. Once retention is in place, plus the ability to choose the path at install time, is there anything left that this request would solve for you?
• Note that changing the path doesn't move the existing recordings, so on a Gateway whose drive is already filling up, changing the path alone won't reclaim any space. You would still have to deal with what's already there.
• If there is a remaining scenario, I would like to understand it precisely. For example: an already-deployed Gateway where you've since added a disk or a network share and want to relocate. In that case, would a proper configuration tool running on the Gateway machine (interactive, no JSON editing, works on Windows and Linux) cover it, or do you specifically need to do this remotely without touching the server?

I ask because a Cloud-side solution and a Gateway-side solution are very different features on our end, and the second one would apply to every workspace type rather than only Cloud.

Kind regards

Hi @Benoit Cortier,

The two solutions proposed (cloud-side and gateway side) work for different scenarios. which I will list my reasons for the cloud side here in my other thread: Change the session recording path - through Devolutions Cloud - so to keep the to conversation seperate as asked by the Devolutions team.

With regards to the gateway installer, please see my answer to your questions below:

• If the concern is the recordings filling the drive and bringing the server down, retention policy in Cloud/PAM service is I think the direct fix, and you already found the request for it. Once retention is in place, plus the ability to choose the path at install time, is there anything left that this request would solve for you?

Answer: yes, i am sure this will address majority of the userbases requirements. Hwever, if someone misconfigures the recording location at install (by accident or lack of knowledge of what they are doing). Are they then going to be required to uninstall the gateway, in order to reconfig the recording location? my thought is if they can run a interactive program to reconfigure the gateway/recording path, that would be much easier.

• Note that changing the path doesn't move the existing recordings, so on a Gateway whose drive is already filling up, changing the path alone won't reclaim any space. You would still have to deal with what's already there.

Answer: ok, so this raises a good point. If changing the path, wont bring the existing recordings over to the new location. will this cause integrity issues if someone was to bring them over to the new location (if they are wanting to keep consistancy - having all recordings in one location)? A suggestion, would be to prompt the user to see if they want the recording migrated to the new location or just left in the current location.

• If there is a remaining scenario, I would like to understand it precisely. For example: an already-deployed Gateway where you've since added a disk or a network share and want to relocate. In that case, would a proper configuration tool running on the Gateway machine (interactive, no JSON editing, works on Windows and Linux) cover it, or do you specifically need to do this remotely without touching the server?

Answer: In this case, I believe a interactive tool would be most benifitical. For remote configurations (not touching the server, please refer to my other thread).

Hi @Yoffstr

As you noticed, I mistakenly posted this message in the wrong thread. I moved it to the appropriate thread as soon as I realized the mistake, but apparently not quickly enough. My apologies for the confusion.

Since this feature request is specifically focused on the Windows installer, there is not much more to discuss here. We intend to address it within a reasonable timeframe as an initial stopgap.

I’ll quote your response and reply to it in the other thread.

Again, I’m sorry for the confusing interaction.

Best regards,

Hi @Benoit Cortier,

All good. i think we are boh on the same ppage now and have come up with a moderate solution to move forward.

Kind regards

Hi @Yoffstr

Glad to hear that! I’ll let you know as we make progress.

Best regards,