Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Invalid permissions setup for the Rust package #572

Closed
4 of 5 tasks
ordian opened this issue Mar 17, 2020 · 10 comments
Closed
4 of 5 tasks

Invalid permissions setup for the Rust package #572

ordian opened this issue Mar 17, 2020 · 10 comments
Assignees
Labels

Comments

@ordian
Copy link

ordian commented Mar 17, 2020

Describe the bug

On Linux [1] and Windows [2] the rust installation script creates a $CARGO_HOME folder which is a symlink to a folder owned by root. This causes several permissions errors as reported in actions/cache#133 (comment).

Area for Triage:

"Bug"

Virtual environments affected

  • macOS 10.15
  • Ubuntu 16.04 LTS
  • Ubuntu 18.04 LTS
  • Windows Server 2016 R2
  • Windows Server 2019

Expected behavior

As part of the installation script the permissions should be fixed, see actions/cache#133 (comment) as a workaround for Linux.

Actual behavior

actions/cache#133 (comment)

@al-cheb
Copy link
Contributor

al-cheb commented Mar 17, 2020

Hello, @ordian
Thank you mention about the issue. I confirm this behavior and will prepare fix for it.

@dibir-magomedsaygitov
Copy link
Contributor

We fixed this issue on Ubuntu by changing the permissions during the deployment of image. Changes were merged and will be delivered to all VMs in a week.

@ordian
Copy link
Author

ordian commented May 11, 2020

@dibir-magomedsaygitov thanks a bunch for the PR! I see it was closed instead of being merged, was that intended?

@maxim-lobanov
Copy link
Contributor

@ordian , Yep. We have decided to apply fix during deployment instead of image-generation (this code is located in our private repository).
Unfortunately, it is not possible to fix the issue from image-generation side because user profile is re-created during deployment

@ordian
Copy link
Author

ordian commented May 11, 2020

@maxim-lobanov thanks for the clarification! Do you think it's possible to apply the same fix for Windows deployments as well?

@maxim-lobanov
Copy link
Contributor

@ordian , On Ubuntu, you experienced issue with permissions and this fix will help you.

On Windows, the issue is different and i don't think that it is image issue.
actions/cache uses tar to pack and unpack files and tar doesn't work properly with symlinks on Windows.
Actually, this issue affects not only Rust but NPM actions/cache#257 and any other cases where you need to cache folder with symlinks.

~/.cargo points to C:\Rust
You can try to cache folder C:\Rust directly instead of ~/.cargo and you will face with the same issue so it doesn't matter where Rust is installed on image.

I suggest to work with actions/cache maintainers in scope of actions/cache#120 to fix the issue with tar on Windows.

@ordian
Copy link
Author

ordian commented May 11, 2020

I see, thanks!

@al-cheb
Copy link
Contributor

al-cheb commented May 13, 2020

@ordian, Could you please check rust folder permissions? It should be runner:docker now.

@ordian
Copy link
Author

ordian commented May 13, 2020

@ordian
Copy link
Author

ordian commented May 13, 2020

I think the issue can be closed as the problem with tar on Windows is unrelated to permissions.
Thanks everyone!

@ordian ordian closed this as completed May 13, 2020
Narsil added a commit to huggingface/tokenizers that referenced this issue Dec 15, 2021
Narsil added a commit to huggingface/tokenizers that referenced this issue Dec 15, 2021
* Clippy fixes.

* Drop support for Python 3.6

* Remove other 3.6

* Re-enabling caches for build (5h + seems too long and issue seems
solved)

actions/runner-images#572

* `npm audit fix`.

* Fix yaml ?

* Pyarrow issue fixed: huggingface/datasets#2268

* Installing dev libraries.

* Install python dev elsewhere ?

* Typo.

* No sudo.

* ...

* Testing the GH again.

* Maybe v2 will fix ?

* Fixing tests on MacOS Python 3.8+
McPatate pushed a commit to huggingface/tokenizers that referenced this issue Dec 15, 2021
* Clippy fixes.

* Drop support for Python 3.6

* Remove other 3.6

* Re-enabling caches for build (5h + seems too long and issue seems
solved)

actions/runner-images#572

* `npm audit fix`.

* Fix yaml ?

* Pyarrow issue fixed: huggingface/datasets#2268

* Installing dev libraries.

* Install python dev elsewhere ?

* Typo.

* No sudo.

* ...

* Testing the GH again.

* Maybe v2 will fix ?

* Fixing tests on MacOS Python 3.8+
McPatate pushed a commit to huggingface/tokenizers that referenced this issue Dec 22, 2021
* Clippy fixes.

* Drop support for Python 3.6

* Remove other 3.6

* Re-enabling caches for build (5h + seems too long and issue seems
solved)

actions/runner-images#572

* `npm audit fix`.

* Fix yaml ?

* Pyarrow issue fixed: huggingface/datasets#2268

* Installing dev libraries.

* Install python dev elsewhere ?

* Typo.

* No sudo.

* ...

* Testing the GH again.

* Maybe v2 will fix ?

* Fixing tests on MacOS Python 3.8+
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants