...
A critical requirement is that repositories can be both remote and local and users might use more than one simultaneously. Input data for workflows that is managed by Tupelo will need to move from the users machine to a location that the HPC machine can access. Datasets should also be returned to the users scenario or made available to it.
Known Host View
This view lists information about the HPC hosts contains a list of defined HPC hosts that the user can launch jobs on. This view will provide the user with the ability to change/view/add properties such as environment settings, user information for the host (username, user home, etc), host operating system, node properties, new hosts, etc. These changes should be propogated to the defined RMI services so they can be used immediately. Below is the bean structure that is anticipated:
A HostResourceBean defines the hpc host and its properties.
Code Block | ||
---|---|---|
| ||
private String osName; // host os name private String osVersion; // host os version private String architecture; // host architecture private String id; // host id private Set<PropertyBean> envProperties; // environment properties on host private Set<NodeBean> nodes; // properties of each node private Set<UserPropertyBean> users; // user properties on the host - userHome, userNameOnHost, userName |
A NodeBean defines an HPC nodes properties such as the protocols used and nodeId.
Code Block | ||
---|---|---|
| ||
private String nodeId; // id of the node, e.g. grid-abe.ncsa.teragrid.org private List<FileProtocolBean> fileProtocols; private List<BatchProtocolBean> batchProtocols; private List<InteractiveProtocolBean> interactiveProtocols; |
A UserPropertyBean defines the users properties on the host
Code Block | ||
---|---|---|
| ||
private String userHome; private String userName; private String userNameOnHost; |
...