Open kfeinauer opened 7 months ago
So far I haven't reproduced this locally. I've tried a few configurations of user ownership to see if it would arise, but everything is working well. I did notice that the binary lives in a different user directory than the server user
ERROR SystemError error 1 (Operation not permitted) [subcategory: system]; OCCURRED AT temporarilyDropPrivileges /local/home/jedambr/RStudioUpdate2022/src/Rstudio-launcher-plugin-sdk/third-party-src/sdk/src/system/PosixSystem.cpp:262
Where sagemaker
is the server user.
If that directory has group permissions for the server-user all looks well.
I can still go ahead and remove the second restoreRoot
call. But to really see why this happening, we should see the user configurations and permissions of the sagemaker environment.
Moving to backlog since this has not been reproduced across the team
AWS is silent on this and we cannot reproduce so we'll re-address this when it comes back up.
Currently, the SageMaker plugin SDK cannot properly start without a code patch to the SDK. The following is the error they get:
Possible causes:
From the SageMaker logs, it looks like maybe the call to
restoreRoot
is not allowing them to again calltemporarilyDropPrivileges
again. In the previous version, there was onerestoreRoot() -> temporarilyDropPrivileges()
call. In the new version, there are two.SageMaker is working around the issue by commenting out the following code in
AbstractMain.cpp
: https://github.com/rstudio/rstudio-launcher-plugin-sdk/blob/6c676dd10dc7b09a0635c630454922c8f9d212a9/sdk/src/AbstractMain.cpp#L244-L250