In order to connect to Odyssey, you need a Research Computing account. You can find information on requesting an account here.
You will need an X11 environment to display X11-enabled apps like xstata and an SSH client. We recommend Xming and PuTTY, respectively.
Please see the X11 section in our Access and Login page for more information.
Alternately, you can use our NX servers (NoMachine) to launch a virtual Linux desktop.
Whether you are using Xming, X11/Xquartz or NoMachine, you will first need to launch an interactive session with X11 forwarding enabled (please do not try to run Stata on the login nodes). See Interactive_jobs_and_srun for more details.
For example, once logged into Odyssey, to start an interactive session with 4GB of memory on the test partition, you would type:
srun -p test --pty --x11=first --mem 4000 -t 0-06:00 /bin/bash
You can then proceed to set up and start Stata inside that session. To see the currently available versions of stata on our Modules Search.
So, for example, once you have your interactive session started you might type:
module load stata/15.0-fasrc01
Loading module stata/15.0-fasrc01
The Stata GUI will then launch.
OUTPUT FILE PERMISSIONS
Stata appears to override filesystem-level permissions structures such as file-ACLs. In a test using
stata/14.0-fasrc01 the .dta files produced by Stata were consistent with the user's umask, despite default file-ACLs that should have created different effective permissions. It appears as though Stata is modifying the permissions after writing the file (i.e. after the default file-ACLs have been applied). The solution for this should be to set the desired umask in the Slurm submission script or on the command line prior to submitting the batch job (though a 'umask' command in the Slurm submission script would be preferable in most cases).
This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License. Permissions beyond the scope of this license may be available at Attribution.