Task #5290
closed
Task #5448: Dataminer - Need to align R configuration with RStudio simulation environment
Align DataMiner Locale to the RStudio Locale
100%
Description
As reported in #4652#note-24, the system Locale is equal to "C" on DataMiner, whereas it is UTF-8 on RStudio. The DataMiners Locale should be aligned to RStudio.
Updated by Andrea Dell'Amico over 8 years ago
- Assignee changed from _InfraScience Systems Engineer to Andrea Dell'Amico
I see that rstudio.d4science.org esplicitly sets the LANG variable here:
cat /etc/default/locale # File generated by update-locale LANG=en_US.UTF-8
while the VMs provisioned by ansible do not. The environment is set as en_US.UTF-8 on both the dataminer hosts and rstudio, but java does not read the environment. What do you prefer? UTF8 everywhere?
If not, I'll remove that file from the rstudio servers.
Updated by Gianpaolo Coro over 8 years ago
Yes, the request is to have UTF-8 everywhere
Updated by Andrea Dell'Amico over 8 years ago
- Status changed from New to In Progress
- % Done changed from 0 to 100
- Infrastructure Development, Pre-Production added
Done. The tomcat service needs a restart before being able to see the new setting.
Updated by Andrea Dell'Amico over 8 years ago
- Status changed from In Progress to Feedback
Updated by Emmanuel Blondel over 8 years ago
- Parent task changed from #4652 to #5448
Updated by Emmanuel Blondel over 8 years ago
Sorry, i was not aware of this new ticket, so in the meanwhile i've created a support ticket for this to split from the usecase where i had to troubleshoot this (now set as parent, and copied to key users). Many thanks for your prompt action, i will test it ASAP, and come back to you.
Updated by Andrea Dell'Amico over 8 years ago
Emmanuel Blondel wrote:
Sorry, i was not aware of this new ticket, so in the meanwhile i've created a support ticket for this to split from the usecase where i had to troubleshoot this (now set as parent, and copied to key users). Many thanks for your prompt action, i will test it ASAP, and come back to you.
Please wait for a feedback by @gianpaolo.coro@isti.cnr.it , he's him that will call a service restart. Until then, the java environment will not see the change.
Updated by Emmanuel Blondel over 8 years ago
Thanks Andrea for the information, and for your prompt action on this ticket (again sorry, i was not in copy of the ticket that's why i didn't provide feedback so far). For the feedback, in order to rationalize my effort on this (i've few effort for this kind of troubleshooting/checking), i will just wait for #5461 (check the process itself and that locales are fine). Thanks again
Updated by Andrea Dell'Amico over 8 years ago
Emmanuel Blondel wrote:
Thanks Andrea for the information, and for your prompt action on this ticket (again sorry, i was not in copy of the ticket that's why i didn't provide feedback so far). For the feedback, in order to rationalize my effort on this (i've few effort for this kind of troubleshooting/checking), i will just wait for #5461 (check the process itself and that locales are fine). Thanks again
No problem, my fault that I didn't add you from the start.
About the Java locale, if it still doesn't use the right one we can force it from the command line.
Updated by Andrea Dell'Amico over 8 years ago
@emmanuel.blondel@fao.org did you have the chance to test this?
Updated by Emmanuel Blondel over 8 years ago
Not yet. Generally speaking i would prefer to check this through the feature requested in #5461. But if you wish, i can try ASAP to reproduce the issue i had with locales.
Updated by Andrea Dell'Amico over 8 years ago
Emmanuel Blondel wrote:
Not yet. Generally speaking i would prefer to check this through the feature requested in #5461. But if you wish, i can try ASAP to reproduce the issue i had with locales.
It's OK to wait for #5461, I'm adding a dependency against it.
Updated by Gianpaolo Coro about 8 years ago
- Status changed from Feedback to Closed
