You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed that installing a ruby on a remote server with a user install always hangs after some time. The ruby appears to be installed, but the ansible-playbook command hangs. I figured out what is going on by adding a redirect to the install command and keeping an eye on the output file.
The rvm command asks for user input and the ansible task hangs.
I see this in the rvm output:
Ruby was built without documentation, to build it run: rvm docs generate-ri
******************************************************************************
* NOTICE *
******************************************************************************
* RVM has encountered a new or modified after_install_auto_gem file in the *
* current directory, environment variables from this file will be exported *
* and therefore may influence your shell. *
* *
* Examine the contents of this file carefully to be sure the contents are *
* safe before trusting it! *
* Do you wish to trust '/home/deploy/.rvm/hooks/after_install_auto_gem'? *
* Choose v[iew] below to view the contents *
******************************************************************************
y[es], n[o], v[iew], c[ancel]>
Ideally, rvm should have an option to force install. I posted an issue on their github. I resolved this locally by editing rubies.yml in the rvm.ruby distribution and replacing
That's very helpful that this workaround is documented for people who hit this issue.
But I'm wary to build that in though for a few reasons, mainly because we will be blindly saying 'yes' to any other anticipating prompts that come up, from RVM, Ruby or otherwise.
Moreover, A fresh install of RVM & a Ruby should not trigger RVM to be prompting this. This is either a bug in RVM (which I am unsuccessful at reproducing) or the result of an environmental factor on the machine in question.
@ruudgrosmann So I can try again to reproduce this, would you be kind enough to provide this info?
Version of rvm/rvm1-ansible
The name of the Ansible Playbook "TASK" that was running when this errored.
@pkuczynski it is the type of temporary issues for which I usually create a fork myself, report the problem back upstream, until the upstream problem is fixed.
Completely agree with the points raised by @sfgeorge, and we can investigate though!
In the meantime I have upgraded my OS and as well ansible. I have tried reproducing this issue successfully though. On the install server, I removed ruby and tried reinstalling it. After the cpu load dropped, I could see from the output of rvm (on the install server) that the ruby was installed, but on the host ansible was still busy doing nothing.
The information you asked for:
Version of rvm/rvm1-ansible
rvm 1.29.3 (master)
from ~/.ansible/roles/rvm.ruby/CHANGELOG.md: the first version comment was 2.1.2. Not sure if this is the proper way to determine the version though....
The name of the Ansible Playbook "TASK" that was running when this errored.
the rvm.ruby install: tarfile created, but I cannot attach it here. I have no graphical file manager to drag and drop or copy it to the clip board. Can I upload it somewhere?
@ruudgrosmann, I haven't yet been able to successfully reproduce this. Could I trouble you for some additional context?
The value of {{jrubyversie}}
From the install server, can you share a tarball or zip of ls -lah /data | head -n 2? Looking just for the permissions on the /data directory.
From the install server, can you share a tarball or zip of /data/rvm?
Can you share the recent final text output from the ansible host at the point that it stalled? Did it include the exact same "Do you wish to trust '/home/deploy/.rvm/hooks/after_install_auto_gem'?" message as before?
When you ssh to the install server and run rvm list, do you get the same Do you wish to trust . . . confirmation prompt?
The output from the ansible install on the installation server is the same as in the question: the do-you-wish-to-trust message
The value of the jrubybversion is not that relevant for the problem, because the problem occurs before the playbook tries to install jruby, but its value is jruby-9.2.14.0
The /data directory has owner root, group ruud and file mode 775. So user deploy is not allowed to write in it.
If I log in on the install server as deploy, rvm list does not come with the confirmation request, but lists the rubies without problem.
By reading the rvm script rvmrc_trust I found another workaround for this problem, which does not include hacking the rvm.ruby role code. That would be to add a line to the deploy user's .rvmrc rvm_trust_rvmrcs_flag=1
in a seperate role prior to running the rmv.ruby role. Not perfect either, but visible in the playbook.
Activity
pkuczynski commentedon Mar 26, 2022
@thbar @sfgeorge what do you think about this one?
sfgeorge commentedon Mar 27, 2022
That's very helpful that this workaround is documented for people who hit this issue.
But I'm wary to build that in though for a few reasons, mainly because we will be blindly saying 'yes' to any other anticipating prompts that come up, from RVM, Ruby or otherwise.
Moreover, A fresh install of RVM & a Ruby should not trigger RVM to be prompting this. This is either a bug in RVM (which I am unsuccessful at reproducing) or the result of an environmental factor on the machine in question.
@ruudgrosmann So I can try again to reproduce this, would you be kind enough to provide this info?
/home/deploy/.rvm./etc/rvmrc/home/deploy/.rvmrcthbar commentedon Mar 27, 2022
@pkuczynski it is the type of temporary issues for which I usually create a fork myself, report the problem back upstream, until the upstream problem is fixed.
Completely agree with the points raised by @sfgeorge, and we can investigate though!
pkuczynski commentedon Mar 27, 2022
Let's wait if @ruudgrosmann will come up with reproducible case, otherwise we will close...
ruudgrosmann commentedon Mar 29, 2022
In the meantime I have upgraded my OS and as well ansible. I have tried reproducing this issue successfully though. On the install server, I removed ruby and tried reinstalling it. After the cpu load dropped, I could see from the output of rvm (on the install server) that the ruby was installed, but on the host ansible was still busy doing nothing.
The information you asked for:
I think the playbook itself is sufficient
ruudgrosmann commentedon Mar 29, 2022
the rvm.ruby install: tarfile created, but I cannot attach it here. I have no graphical file manager to drag and drop or copy it to the clip board. Can I upload it somewhere?
pkuczynski commentedon Mar 29, 2022
Maybe use https://wetransfer.com?
ruudgrosmann commentedon Mar 29, 2022
https://wetransfer.com/downloads/1054df4ce35b3715c4fed78c1b927c2420220329094400/41515ade36c22ae2982698c1da69455620220329094430/7140b0
sfgeorge commentedon Mar 29, 2022
Thank you, @ruudgrosmann! Investigating.
sfgeorge commentedon Mar 30, 2022
@ruudgrosmann, I haven't yet been able to successfully reproduce this. Could I trouble you for some additional context?
ls -lah /data | head -n 2? Looking just for the permissions on the /data directory./data/rvm?rvm list, do you get the same Do you wish to trust . . . confirmation prompt?If you're curious, here's the branch where I'm attempting to replicate your setup as close as possible. And here are the test results, which are currently successful.
ruudgrosmann commentedon Mar 30, 2022
The output from the ansible install on the installation server is the same as in the question: the do-you-wish-to-trust message
The value of the jrubybversion is not that relevant for the problem, because the problem occurs before the playbook tries to install jruby, but its value is jruby-9.2.14.0
The /data directory has owner root, group ruud and file mode 775. So user deploy is not allowed to write in it.
If I log in on the install server as deploy, rvm list does not come with the confirmation request, but lists the rubies without problem.
The tarfile of /data/rvm on the installation server:
https://wetransfer.com/downloads/33087c8b9958189f0499d89820ed4a3820220330080110/56682745348102f1f3a18a88d4533fb220220330080127/2a1921
ruudgrosmann commentedon Mar 30, 2022
By reading the rvm script rvmrc_trust I found another workaround for this problem, which does not include hacking the rvm.ruby role code. That would be to add a line to the deploy user's .rvmrc
rvm_trust_rvmrcs_flag=1in a seperate role prior to running the rmv.ruby role. Not perfect either, but visible in the playbook.