GSI-SSHTerm Testing
From MyWiki
Background
As of March 2007, I am a new TeraGrid user. I requested access to all of the TeraGrid computing resources so that I could test GSI-SSHTerm on all of the machines. When I first got my packet in the mail, I did not have accounts at IU (Indiana University), SDSC (San Diego Supercomputing Center), and two of the machines at PSC (Pittsburgh Supercomputing Center). The list of tested machines is based on the Accounts and Usage Page on the "My TeraGrid" tab at the TeraGrid Portal.
- When I emailed "help@teragrid.org", I was told that I would need to "fill out the add user form as an existing user to add roaming and the other systems".
- A separate email said that they were working through a several week backlog of requests.
- Yet another email said that the first response was incorrect. The problem was not that I needed to fill out the add user form. The problem was that IU, PSC, and SDSC had not processed the AMIE packets that were sent to them about the project and/or the user in question (i.e. me).
I decided to proceed with testing on the systems I (supposedly) could access at the time. The systems at IU and Purdue wouldn't let me log in using my MyProxy credential from myproxy.teragrid.org. And since those systems do not have shell access, I can't verify if my DN/username is in the grid-mapfile.
Updates
Apr. 11, 2007 update - According to Ben Lewis, there was a problem at Purdue in the generation of the grid-mapfile. This has been addressed.
Apr. 17, 2007 update - According to Erik Cornet, my username at IU has been changed to "tg-tfleury". The problem of prompting for password was addressed, but it didn't change anything on my end. Also, the username change makes it so I can't log onto the third IU machine which I did log onto successfully before. I can still use the old username on that system (tg-fluery), but there's no home directory for that username. I have written Erik about these problems. He found out that the rename request was wrong, i.e. NCSA renamed the account to tg-fleury (missing the second 't'), so he has to try it again.
Apr. 30, 2007 update - Erik Cornet said he did a manual update in TGCDB such that Big Red at IU should be working now. I was able to connect to login.bigred.iu.teragrid.org just fine, but the other two systems at IU were still not working properly. Erik said that these other two systems will be going away as of May 1, 2007. On a different note, the two machines that were previously listed on the TeraGrid portal for TACC are no longer listed. Rather two new machines were listed. One machine is an alias for one of the older machines (maverick). I can still log into one of the old machines. The other one gives a "Word too long" error upon login. I emailed help@teragrid and was told that one of the TACC support staff would contact me directly regarding this issue. David Anderson said there is a CLASSPATH variable that is too long for the shell. This has been corrected for me on this system and should be corrected for others in the near future.
Apr. 30, 2007 update part 2 - The "tg-viz-login.tacc.teragrid.org" system has a new issue. I cannot log onto this system without explicitly giving my username (tg458649). All other systems allow me to give a blank username and log on successfully. (This is a feature of the gsissh protocol.) The DN in the proxy credential used during the connection is utilized to map to a local username via the grid-mapfile. For some reason, the tg-viz-login system does not allow this for me. The other TACC system DOES allow me to give a blank username. I am waiting to see if I should submit a new ticket for this issue or continue with the current ticket.
May 2, 2007 update - Re: tg-viz-login.tacc.teragrid.org, it looks like there was an issue with the "sshd" userid missing from the /etc/passwd file on the Solaris system. This has been fixed. Now I can log in to tg-viz-login without having to specify my username.
Jan. 9, 2008 update - Added server from NCAR to Server List. I then tested all of the servers available to me in my accounts list on the TeraGrid User Portal. I tested using both the applet and Java Web Start versions of v.91c of GSI-SSHTerm. I used Safari 3.0.4 on MacOS X (10.4.11) and Firefox 2.0.0.11 on Windows XP (SP2). Unless there was a change from a previous testing session (i.e. previously passed but failed this time), I didn't change the "status" entry (i.e. date).
Server List
| Server Tested | Status | Account |
|---|---|---|
| IU | ||
| | Removed (May 2, 07) | |
| login.bigred.iu.teragrid.org | Fixed (Apr.30, 07) (Ticket 138325) | tg-tfleury |
| | Removed (May 2, 07) | |
| NCAR | ||
| tg-login.frost.ncar.teragrid.org | Fixed (Jan.11, 07) (Ticket 150109) | tfleury |
| NCSA | ||
| login-co.ncsa.teragrid.org | OK (Apr.10, 07) | tfleury |
| login-cu.ncsa.teragrid.org | OK (Jan.9, 07) BUT, got message "Unavailable: Copper retired 10/01/07" | tfleury |
| tg-login.ncsa.teragrid.org | OK (Apr.10, 07) | tfleury |
| login-w.ncsa.teragrid.org | OK (Apr.10, 07) | tfleury |
| login-abe.ncsa.teragrid.org | Not tested | no account |
| ORNL | ||
| tg-login.ornl.teragrid.org | OK (Apr.10, 07) | tfleury |
| PSC | ||
| tg-login.rachel.psc.teragrid.org | OK (Apr.10, 07) | tfleury |
| tg-login.bigben.psc.teragrid.org | Not tested | no account |
| Purdue | ||
| tg-login.purdue.teragrid.org | Fixed (Apr.11, 07) (Ticket 138327) | ttfleury |
| SDSC | ||
| bglogin.sdsc.edu | OK (Apr.11, 07) | tfleury |
| dslogin.sdsc.edu | OK (Apr.11, 07) | tfleury |
| tg-login.sdsc.teragrid.org | OK (Apr.11, 07) | tfleury |
| TACC | ||
| | Removed (Apr.30, 07) | |
| | Removed (Apr.30, 07) (Now tg-viz-login) | |
| tg-login.lonestar.tacc.teragrid.org | OK (Apr.30, 07) | tg458649 |
| tg-viz-login.tacc.teragrid.org | Fixed (May 2, 07) (Ticket 139291) | tg458649 |
| UC/ANL | ||
| tg-login.uc.teragrid.org | OK (Apr.10, 07) | tfleury |
Back to GSI-SSHTerm#TeraGrid_Test_Plan
