[jira] [Commented] (ACCUMULO-2790) generate_monitor_certificate.sh fails on OSX

["Drew Farris (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/ACCUMULO-2790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13996881#comment-13996881 ] 

Drew Farris commented on ACCUMULO-2790:
---------------------------------------

I had the problem on mavericks as well. The fix is trivial enough and should be portable across unix flavors:

{noformat}
-KEYPASS=$(tr -dc '#-~' < /dev/urandom | tr -d '<>&' | head -c 20)
-STOREPASS=$(tr -dc '#-~' < /dev/urandom | tr -d '<>&' | head -c 20)
+KEYPASS=$(LC_CTYPE=C tr -dc '#-~' < /dev/urandom | tr -d '<>&' | head -c 20)
+STOREPASS=$(LC_CTYPE=C tr -dc '#-~' < /dev/urandom | tr -d '<>&' | head -c 20)
{noformat}

> generate_monitor_certificate.sh fails on OSX
> --------------------------------------------
>
>                 Key: ACCUMULO-2790
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-2790
>             Project: Accumulo
>          Issue Type: Bug
>          Components: scripts
>    Affects Versions: 1.5.1, 1.6.0
>         Environment: OSX Mavericks (10.9.2)
>            Reporter: Josh Elser
>            Assignee: Josh Elser
>             Fix For: 1.5.2, 1.6.1
>
>
> Tried to run {{$ACCUMULO_HOME/bin/generate_monitor_certificate.sh}} to enable SSL with the monitor and got an error on OSX. In talking with [~billie.rinaldi], she mentioned that she initially wrote it to work on OSX, so I was surprised.
> The error comes out of redirecting {{/dev/urandom}} into {{tr}} to generate some random characters, which {{tr}} complains:
> {noformat}
> tr: Illegal byte sequence
> {noformat}
> It appears that maybe the [LC_CTYPE default|http://unix.stackexchange.com/questions/45404/why-cant-tr-read-from-dev-urandom-on-osx] for OSX changed (or maybe just my shell?). Making a change as that link describes appears to fix the script for me.



--
This message was sent by Atlassian JIRA
(v6.2#6252)