ACCC UpReport

Subscribe to ACCC feed

Service Alerts

No service alerts at this time.

News

Odyssey UIC-Wireless Users must switch to SecureW2 by Monday, July 6

Jun 24, 2009 12:10 pm

Starting Monday July 6th, people using Odyssey will no longer be able to connect to UIC-Wireless on campus. The ACCC now supports SecureW2 for Windows and Windows Mobile. See Connecting on Campus: Wireless Networking at UIC for more information.

If you have any questions or issues with the transition to SecureW2, send email to resnetadmin@uic.edu or go to the ACCCeSS helpdesk for in-person assistance.  For more information about the ACCCeSS helpdesk, including hours and locations, please visit http://www.uic.edu/depts/accc/lan/res-net/ACCCeSS.html

We apologize for any inconvenience this change may cause and we appreciate your cooperation.

Summer Term, Lab Use, New Student Orientation

Jun 17, 2009 3:51 pm

Things to know about ACCC labs and summer term use:

• Fall 2009 Freshmen/Transfer students are on campus, experiencing New Student Orientation.  ACCC Labs are heavily utilized - many are reserved and others, like 401 SCE and 2300 SSB, play host to these  important new users as they register for classes and get familiar with services.
  
• Check ACCC Labs and Orientation 2009 for a detailed list of labs, programs, dates and times. 
  
• 401 SCE and 2300 SSB are used in the morning and afternoon several times a week.  A limited number of seats will be available to the using public.  Please seek alternative lab space on these dates. 
  
• SRC is closed for construction this summer. It will re-open for Fall 2009.   
  
• All other ACCC labs are open. Visit http://www.uic.edu/depts/accc/pclabs for locations and hours.

More...

• Emergencies: 312-413-8080
• Non-emergencies: Contact the CSO at consult@uic.edu or 312-413-0003.
• Other contacts: HELP, which is also available on the HELP button on the top banner of most ACCC pages.

Also Note:

• Services are checked typically several times/hour. So in most cases, we will detect the problem before you do. Our internal reporting system checks these systems and others, in greater detail, and will escalate reports as needed. Of course, individuals might have problems that are not reflected in the health of the overall service.
• Occasionally a monitor will report a false positive (meaning the service is really up, but the monitor reports it down.) Usually this is because a service gets temporarily busy and fails to respond within a timeout period. So it looks like it is down to the monitor, but it recovers on its own. Mail delivery is the most likely candidate for false positives, but other services can show this, too.
• One ramificaton of false positives is that even when a service is up, the "Since" time may be much shorter than the true time the service has been available. So use the times as a guide, but realize that services are typically more reliable than shown.
• False negatives (when the service is down but the monitor reports it up) are quite rare, other than the minutes between when a service fails and when the monitor next checks. This would mean the monitor is not checking all the right things. False negatives become even rarer as we improve the monitoring.
• Some services (e.g. "tigger") are monitored in several ways, and it's quite possible that tigger as a whole is up, but individual services on tigger are down. Click on the status link to see details.