Our poster printer is currently broken and awaiting new parts. Until our printer is fixed, please consider the following alternatives:

• NYU Print Services
• LaGuardia Coop
• Dibner Library at Tandon

Unfortuntely Dropbox has seen fit to drop support for CentOS 7, and is dropping support for xfs filesystems, which is what we use (and the default on CentOS 7).

The possibility of reformatting /scratch as ext4 was discussed, but unfortunately the new requirements also indicate that glibc 2.19 or higher is required. This would seem to disqualify CentOS 7 since it is distributed with glibc 2.17. So simply changing /scratch to ext4 would not be enough.

As a workaround, one could try rclone. Unlike the Dropbox app, rclone isn't a daemon that looks for file changes so it can sync them automatically. One would have to run rclone as a cronjob. If you decide to go this route, please run the cronjob on your desktop machine.

Another solution might be to switch to Google drive and use rclone with that.

For information on how to get rclone working with Dropbox or Google drive, see the rclone Dropbox documentation or the rclone Google Drive documentation.

For information and an example  on how to set up and configure rclone here at Courant, see Setting up rclone at Courant.

Compute servers crackle1, crackle2, crackle3 and crackle4 have been upgraded from 16 to 64 GB of memory. We'll be similarly upgrading crackle5 in the near future.

2017/08/14 12:45

The NYU authentication outage has been resolved.

2017/08/14  12:30

Please be advised that all NYU-supported services that require a NetID and password login are currently slowness and/or intermittent interruptions due to an LDAP major incident. This issue is under investigation and updates will be posted to the IT Service Status page and the appropriate notification lists as they become available.

Service status information is available here:

http://www.nyu.edu/life/information-technology/help-and-service-status/it-service-status-details.html?record=STAT0002040

2017/06/14

Tecplot is looking for feedback from users of their software. If you're interested, a single-page survey is available here:

http://links.tecplot.com/l/de46773ec78d484bb86246737cb62dfe/D2DA04B6/8E73804F/072017n

Update as of 10:54, service restored per ITS:

The service (s) listed below has now been restored:

- NYU-NET (NYU IT) in New York

Should you continue to experience any issues, please contact the IT Service Desk (www.nyu.edu/it/servicedesk).

Thank you for your cooperation and patience, and our apologies for any inconvenience that this may have caused.

Some areas of NYU are currently experiencing WiFi degradtion. ITS is working on the problem and will be posting updates on their status page:

https://www.nyu.edu/life/information-technology/help-and-service-status/it-service-status.html

The public black and white printer on the 4th floor, bwpr09, became unavailable around lunchtime on Thursday April 13th. It has been restored to the network, but any jobs sent prior to 3:30 p.m. were deleted and should be resent.

All versions of python-3.x should be invoked using the binary name
"python3" instead of just "python".
If, for example, a user logged into a CIMS server enters
"module load python-3.5.2"  and then types "python,"
they would end up using the python in /usr/bin/python (python2.6.6).

This is in keeping with the convention that "python3"
be used to invoke all versions of python 3.x
and with the expectation that both python2 and python3 
should be able to coexist -- even within
the same terminal (after a module load).

Python as the name for a python3 binary is not valid
and goes against the convention set out by the python developers.
For example, the header of a python file using v3.5 might look like:
#!/usr/local/pkg/python/3.5/bin/python3