- removed comment
franklin and kraken hostname identification conflicts
Issue #770
closed
The alias patterns used in franklin.ini
^nid[0-9][0-9][0-9][0-9][0-9](\.nersc\.gov)?$
matches one of the alias of a kraken head node. In particular I get aliases (on kraken-gsi4):
['c1-1c1s5n0', 'login16', 'logingsi4', 'krakenpf16', 'kraken-gsi4']
which matches the nid pattern. I am not sure if franklin and kraken actually share head nodes or not. If not then a more restrictive alias pattern for franklin might help, though I have no access to it so cannot test it.
Keyword:
Comments (5)
-
reporter
-
- removed comment
Franklin and Kraken are hosted by different agencies, and don't share login nodes. I assume that the nidNNN are Cray's naming scheme for compute nodes, and they conflict.
Franklin will be retired in six weeks, so this problem should solve itself soon.
Where do you see this problem? A compute node of Kraken? Or a Kraken head node?
-
reporter
- removed comment
A workaround to get simfactory to work is to override its automatic detection mechanism by doing (on a kraken head node):
echo kraken >$HOME/.hostname
-
- changed status to resolved
- removed comment
Franklin does not exist any more. Closing this ticket.
-
reporter
- edited description
- changed status to closed
- Log in to comment
actually it is not an alias but the `name` return value of `socket.gethostbyname_ex(hostname)` in simlib.py line 37 that is 'nid16052'.