UW staff, faculty, and students will fill out one online request form, and those who are outside of UW and are (or are working with) CSDE affiliates will fill out a separate one.
If you have an old CSDE account but no longer can log on our server, please send a renewal request by via email to email@example.com.
As of Sep. 14, 2012, our terminal servers and sim clusters have been moved to the NetID domain; the rest remain on the CSDE domain. For those who may be confused, check the list below.
- NetID logins
- Terminal Servers 1-3
- Sim Cluster Nodes 1-10
- CSDE logins
- Union, Libra, Nori (Unix)
Because the terminal servers and sim cluster nodes are running in the NetID domain, your password is your NetID password.
Read through these suggestions about how to troubleshoot the problem.
- Do you have a CSDE Windows account? If not, please request a new account.
- Make sure that CAPS LOCK is not enabled on your keyboard. Passwords are case-sensitive.
- When using a CSDE terminal server, always select “NetID” in the Log On To box on the login screen.
- Try logging in with netid\your_UW_NETID as your username.
- If you’re using a restricted dataset server (e.g., our enclave or addhealth servers), select “CSDE” in the Log On To box or try logging in with csde\username.
If you are still unable to connect, please email us at firstname.lastname@example.org (including screenshots of errors if possible) or stop by Raitt 218 for assistance.
CSDE needs every computing user to add us to their UW support organization so that:
- UW-IT knows that you are trusting us with some of your user data
- CSDE computing is granted permissions to modify (if needed) your personal, campus wide UW Windows settings (home directory for instance)
The support organization is also a measure of how large of a UW organization that CSDE is in the eyes of the central computing group and may add weight to our concerns and future requests. Please note that you may be a member of as many support organizations as you like – this is not an exclusive setting.
Files and Folders
We suggest that you save your documents in your H: drive, which is your personal directory on the CSDE Windows file server. It’s automatically connected whenever you log on to a CSDE server or workstation, so it’s always available in “My Computer” and when saving. Your H: drive is inaccessible to anyone else, and it’s also backed up to tape on a daily basis to guard against data loss.
We recommend that users move any saved files to their personal directory, as we regularly clear out Downloads folders.
The Project Drive (R:) is a network storage space for collaborative project work. We recommend setting up a project folder in the R: drive for any ongoing collaborative work with other CSDE users. For more information, see “How do I set up a project folder for group work or shared datasets?” below.
The Transfer Drive (T:) is a shared storage space that anyone with a CSDE Windows account may use. Think of it as a large, temporary, public storage location. The T: area is a great way to share nonsensitive and nonessential data. To do this, simply create a new folder and copy your file into it. This is often easier than emailing a file. Just keep in mind that T: is meant for temporary storage only, so it is not backed up and can be viewed by anybody with a CSDE account.
CSDE computer users may request a CSDE project folder in the R: drive to share data with other users by emailing csde_help @u.washington.edu—we do our best to set up the folder that same day but sometimes it may take longer or we may need to get more information from the requesting user. In the request, please provide the following information:
- Project folder name (e.g. “CensusProject” or “PUMSData”)
- A list of the CSDE usernames who need access to the folder
This project folder will reside on a CSDE network file server and will therefore be backed up daily. In addition, we’ll configure it in such a way that only the members of your group have access to the folder.
Users may not change permissions to their project folders; this includes granting access to another user. Such changes led to much confusion in the past and restricted troubleshooting capacity.
If you would like to grant access to someone, email csde_help @u.washington.edu, including the project folder name and the usernames you would like to add. In the event that the requested user lacks a CSDE account, we will ask that they first apply for an account online.
This may due to special permissions imposed by the project folder owner. This is dealt with on a case-by-case basis. Please notify us if you experience it.
We strongly discourage users to store files on the local server drives. All CSDE servers have a system drive, C:, that holds the operating system and all program files. We regularly clear out each user’s Downloads folder on the terminal servers, as well as files that take up space on the local drives.
Any files you’ve downloaded should be moved to your H: drive for longer-term storage, or the T: drive for longer temporary storage.
On the Windows file servers, we back up your data daily. Therefore, anything you store on the file servers (CSDE-FS1 and CSDE-FS2) is safe. UW UDrive is also backed up regularly by UW-IT. Our file servers and UW UDrive servers provide storage services to our user home directories (H:) and the Projects area (R:). We do a full backup of our file systems at the beginning of each quarter. After that, incremental backups are done nightly between 11:00 pm and 7:00 am.
If you have lost an essential file due to corruption, accidental deletion, etc., please contact csde_help @u.washington.edu—we’ll do what we can to retrieve your data. Due to the nature of incremental backups, however, it can take up to 24 hours or longer to locate and restore a particular file.
If you have a CSDE Unix account, it is possible to access your Unix home directory from the Windows terminal servers via a mapped network drive. To enable this service, please contact email@example.com.
Our terminal servers support the use of Dropbox/Skydrive/Google Drive, but only via our Expandrive software. To access this, send a request to firstname.lastname@example.org. To use the software, simply do a search for “Expandrive” from a “Win + s” or Start menu search and login to connect to your designated drive.
We do not allow the installation of Dropbox/Skydrive/Google Drive sync client. The reason for this is described in “Why did CSDE change its policy regarding Dropbox and downloads?”
All files in the Downloads folders on the C: drive of users are deleted every Friday or on demand if the local C: drive capacity if low on the server. Any file that you downloaded and want to keep should be moved to your H: drive or to folders in the R: drive. The reason for this practice is described in “Why did CSDE Computing change its policy regarding dropbox and downloads?”
In the past, our Windows terminal servers servers consistently had their C: drives running low (<15%). The C: drive is used primarily for Windows system/application files and for storing temporary files during user-submitted jobs, but it is not intended for permanent storage. When the C: drive’s disk space gets too low, programs cannot be run, and users cannot log on to the system.
We learned that the primary reason for C: drive storage shortages on the terminal servers was files stored in Downloads folders and Dropbox. We understand that Dropbox synchronization is a convenient way to back up and restore files. However, since we have hundreds of users using our terminal servers, we simply do not have enough disk capacity to accommodate every user’s Dropbox files.
If you wish to use Dropbox or other clients, please see our Expandrive alternative under “How can I use Dropbox/Skydrive/Google Drive on the terminal servers?”
No. In order to keep the system clean and consistent for everyone, users may not install their own software on CSDE workstations and servers. However, we will make every effort to obtain and install any software you need for your projects or research. If you have software requests, just ask us!
No. In order to keep the system clean and consistent for everyone, users may not update or upgrade any software on CSDE workstations and servers. If you see a program in need of an update, please email us about it.
Logging off closes your current terminal server session and terminates all your running programs. Disconnecting only closes your Remote Desktop window but your programs will still be running.
This also allows you to connect to that session again later.
To log off the terminal server, click the Start button and choose Log off [username] or Shut Down -> Log off [username]. If you have jobs running or files open, they will be closed.
To disconnect from the terminal server, click the X (Close button) to close the main terminal server window. You’ll see a message stating, “This will disconnect your Windows session.” The terminal server window will close, but your programs will continue to run in the background on the server. Next time you log in, you’ll be instantly reconnected, and your files and programs will still be up. It’s a convenient way to start a long-running job at school and check on it again later from home.
It is always a good practice to log off from the terminal server if you do not have any more jobs running. Doing this will allow the system to allocate resources that you no longer need to other users and jobs. In addition to this, the H:, R:, and T: drives may be disconnected if your remote desktop session has been idle for a while, and the only way to reconnect the drives is to log off from the terminal server.
The drives may sometimes get disconnected when your remote desktop session is disconnected without logging off. The usual way to get around this is to log out of the terminal server completely and then log back on. To log out, click the Start button -> Log Off. Notice that clicking the X button on the title bar of the remote desktop session will not log you off. Let us know if problems persist.
Normally, if you have disconnected from your remote desktop session, you should be able to reconnect to it. However, all remote desktop sessions that were disconnected before our scheduled server reboot time will be logged off during the reboot. This means that you will not be able to reconnect to your previously disconnected remote desktop session the first time you log on after 5:30 AM on Fridays.
If a network error has disconnected you from a session, try waiting for a few minutes before you reconnect. If you still experience problems connecting to the terminal server, email email@example.com. CSDE will also notify you of outages via email if there is a persistent networking problem affecting our server connectivity.
Though it’s rare, a terminal server crash can also keep you from reconnecting to your old remote desktop session. When a terminal server crashes, all remote desktop connection sessions are terminated, and users will not be able to reconnect to them. CSDE will notify you via email of a terminal server crash.
On Fridays from around 3:00 AM – 5:30 AM PST, CSDE performs scheduled maintenance for all Windows Terminal servers. During this time, Windows servers (including terminal servers and file servers) may be rebooted to install security patches, operating system updates, or new software. If you happen to be logged into a terminal server at the start of the maintenance window, you will see a message notifying you of a reboot pending in 10 minutes.
If you have files open on the file server during the maintenance window, you may experience data loss. For this reason, we strongly recommend that you save your work and log out of all CSDE Windows systems before 3:00 AM on Fridays and that you refrain from logging in again until 5:30 AM.
NOTE: The Sim Cluster is rebooted and offline for system maintenance between 3:00 AM – 10:00 AM on the last Friday of every month.
Few of the programs we have available will produce an error if opened across multiple servers at one time. However, those that do depend on the fact that the instance of the program has exclusive access to the user’s data files from only one machine, or server, at any given time. Opening another instance of the program on another server results not only in a new instance, but makes it seem as if it’s an entirely different program accessing the same set of files (not allowed).
At the moment, the following software can only be run on one CSDE terminal server: Eclipse, Firefox, SAS, and Thunderbird.
Windows TS Manager is no longer supported on our Terminal servers. Please use Task Manager to manage your program instances.
System resources for the terminal servers are shared among users who are currently logged on. At certain times, you may notice that the CSDE terminal servers slow down considerably. This is because of high resource utilization—for example, a couple of users running extremely CPU-intensive jobs decrease the server’s responsiveness for everyone else. Our experience shows that the #1 factor affecting the response time of the terminal servers is the usage of system memory. When system memory is consumed up to 95% and beyond, the system response time is very slow. In some severe cases, users might not be able to log on to the system.
We constantly monitor our systems to make sure users who log on have a fair chance of completing their computing jobs. For this reason, we may need to terminate programs that use a significant amount of system memory without advance notice.
R packages are installed in C:\Program Files\R\Rxxxx.yyyy\library and shared among all users. Any user can download and install packages in said folder on our terminal servers and Sim Cluster nodes. However, if the package is installed on only one terminal server (e.g, Ts2), you may need to log on to that server to use it.
Sometimes the installation may fail if the installer tries to install other packages that your package depends upon. We advise users to check if the dependencies packages are present before the installation and choose not to install dependencies of the package. If you are using RStudio to install R packages, uncheck “Install dependencies” before installing the package or use the command
install.packages("package_name", dependencies = FALSE).
You may use the terminal servers’ printer redirection functionality to print to your own desktop printer. Drivers for many popular printer models are already installed on the server. If your printer is supported, it will appear in the Printers list a few moments after you connect to the terminal server. If your printer does not appear, contact us—we’ll install the appropriate printer driver. Be sure to include your printer’s manufacturer (e.g., Hewlett-Packard) and model number (e.g., LaserJet 8150).
Please note the following:
- Printer redirection only works on Windows client computers.
- Although we’ll make every effort to get your printer working on the server, some printer models are not compatible with terminal servers. Many multifunction printers (such as those that also scan, fax, etc.) will not work.
- If you’re using the Remote Desktop Connection program, you must ensure that the Printers checkbox is selected in Options -> Local Resources.
- Make sure you’re using the most recent version of the Remote Desktop Connection program! If you are uncertain, click here to download the software, then run the msrdpcli.exe file to install it.
- Some printers use a nonstandard printer port name on your local computer that is not compatible with terminal servers. If upgrading your Remote Desktop Connection software does not work, you may also want to try the fix explained in this Microsoft Support document. But be careful—making a mistake while editing your computer’s registry could render it inoperable.
Sometimes when EndNote and Microsoft Word are concurrently open in terminal servers, Microsoft Word may freeze and jeopardize work. This can be avoided by disabling instant formatting on EndNote.
Open EndNote and Microsoft Word in terminal servers (TS1/2/3). Click on Tools on the menu bar. Select Cite While You Write (CWYW), then select Format Bibliography.
When this alert below shows up, click Turn Off. This should disable automatic synchronization of previous bibliographic information and prohibit freezing while using both programs.
This problem may happen if your computer is running Windows 8 (Windows 7 and Mac OS don’t seem to have this issue).
The error message looks like this when you try to log on to the terminal servers through Remote Desktop Connection with your correct NetID username and password:
The solution is to edit your computer’s registry using the method described in the bottom half of this page.
Notice that the author from the link did not post any specific explanation to the solution, and editing the computer registry is not straightforward. If you are not sure how to edit the registry by yourself, feel free to ask CSDE for help.