Blog from March, 2011

On Saturday March 26 2011, all student mailboxes were not available due to disk space issues.

The problem was manually resolved at around 7pm in the evening, when mailbox access was restored to normal.

On Thursday 31 March 2011 between 07:00 and 08:00 local Bremen time servers and network components will be updated.

Server and network operations will be unreliable. Expect unavailable servers and sudden downtimes of services without prior explicit announcement.

If you have to work on files stored on the server during that time, then before the maintenance hour copy the respective files to your local hard disk, work on it locally, and after finishing your work and after the end of the maintenance interval, copy them back onto the server.

For more details on the maintenance hours see the Maintenance Hours page.

Our Internet service provider notified us of a planned interruption of our main network uplink today, Wednesday March 23rd, between 6 an 8 p.m.

We have a wireless backup line, which should kick in automatically, and will serve with reduced bandwidth during the outage of the main line.
Nevertheless, please expect short interruptions during that period.

On Thursday 24 March 2011 between 07:00 and 08:00 local Bremen time servers and network components will be updated.

Server and network operations will be unreliable. Expect unavailable servers and sudden downtimes of services without prior explicit announcement.

If you have to work on files stored on the server during that time, then before the maintenance hour copy the respective files to your local hard disk, work on it locally, and after finishing your work and after the end of the maintenance interval, copy them back onto the server.

For more details on the maintenance hours see the Maintenance Hours page.

On Thursday 17 March 2011 between 07:00 and 08:00 local Bremen time servers and network components will be updated.

Server and network operations will be unreliable. Expect unavailable servers and sudden downtimes of services without prior explicit announcement.

If you have to work on files stored on the server during that time, then before the maintenance hour copy the respective files to your local hard disk, work on it locally, and after finishing your work and after the end of the maintenance interval, copy them back onto the server.

For more details on the maintenance hours see the Maintenance Hours page.

Mail delivery on our Exchange server is slow since about Mar 14th, 6 p.m. due to a flood of mails from an supposed infected mail client off campus.

The mail system should recover in the next hours.

On Thursday 10 March 2011 between 07:00 and 08:00 local Bremen time servers and network components will be updated.

Server and network operations will be unreliable. Expect unavailable servers and sudden downtimes of services without prior explicit announcement.

If you have to work on files stored on the server during that time, then before the maintenance hour copy the respective files to your local hard disk, work on it locally, and after finishing your work and after the end of the maintenance interval, copy them back onto the server.

For more details on the maintenance hours see the Maintenance Hours page.

Since a few weeks some users are experiencing a problem while retrieving mails via IMAP4. The subject of the error message is "Retrieval using the IMAP4 protocol failed for the following message: <3 to 6 digit number> and the message body contains the following text:

The message hasn't been deleted. You might be able to view it using either
+Outlook or Outlook Web App. You can also contact the sender to find out what
+the message says.

Until now only thunderbird and mutt users are experiencing this problem occasionally. Affected users report that other mail clients like alpine, kmail, mac mail, outlook, etc. are not having this problem.

We already changed settings on the server side (e.g. stop automatic calendar processing for some accounts with this problem, configured exchange to act rfc822 conform, etc.) but this does not solve the problem.

We will contact our support for microsoft related problems to help us with this particular problem and for that we like to ask you to give us as much information as possible about your environment (operating system, mail client (with version), server settings of your mail client, etc.) if you experience this problem and not already told us about it.
Please send this information to itsupport@jacobs-university.de

Hint for affected users deleting mails directly after fetching mails from the server

You can avoid the possible lose of mail if you stop deleting mails from the mailserver after downloading mail via IMAP to your mailclient for the time the problem exists.
The problem seems to be with the download via imap to the mailclient. That means the mail on the server is still intact and can be read via OWA (https://exchange.jacobs-university.de) or downloaded again even if your mailclient tells you that the mail is corrupt.

Update 23.03.2011 09:40AM

We changed the configuration for the IMAP Port on our load balancer.
Please report to itsupport@jacobs-university.de if the problem still exists.

Update 25.03.2011 08:41AM

Due to the configuration changes on our load balancer we were maybe able to identify the host who caused the problem. We stopped the host for now to see if it really caused this problem.
Please report to itsupport@jacobs-university.de if the problem persist.

Update 31.03.2011

Since there were no more messages about this error since we stopped the host who caused the problem we removed this host from the exchange infrastructure. The host will be replaced by a new one during the next days.

Affected Mailclients and OS combination

Mailclient

OS

Thunderbird 3.1.7

Kubuntu 10

Thunderbird 3.1.6

Windows XP SP n/a

mutt 1.5.21

MacOS 10.6.6

Thunderbird

MacOS 10.6.6

Thunderbird 3.1.8

Opensuse 11.3

Thunderbird 3.1.2

Windows XP SP3

Thunderbird 2.0.0.21

Windows XP SP3

Apple Mail 4.4 (1082)

Mac OS X 10.6.6

Outlook 2010

Windows 7 Ultimate

fetchmail

n/a

Thunderbird 3.1.9

Win XP SP3

On Friday March 04, 2001, at around 2pm, Jacobs University Internet access was flooded from the outside by a distributed denial of service attack. Internet access was down.

We're on it.

Update 14:08

No ten minutes later, Internet access is back.

Update 14:18

Gone again.

Update 14:54

Back again.

The blue line of this graphics shows the traffic (or, not) towards the Wissenschaftsnetz Jacobs is a member of:

On Thursday 03 March 2011 between 07:00 and 08:00 local Bremen time servers and network components will be updated.

Server and network operations will be unreliable. Expect unavailable servers and sudden downtimes of services without prior explicit announcement.

If you have to work on files stored on the server during that time, then before the maintenance hour copy the respective files to your local hard disk, work on it locally, and after finishing your work and after the end of the maintenance interval, copy them back onto the server.

For more details on the maintenance hours see the Maintenance Hours page.

This is an automatically generated measurement of key performance indicators (KPIs) of Application Provisioning Services for February 2011.

The list of other KPI measurement reports is at KPI Measurements.

KPI Summary Table

KPIs Specified

Not Measured (warning)

Targets Met (plus)

Targets Failed (minus)

13

0

13

0

KPI Measurements

If the specification is met, a (plus) is in the Met column, else a (minus); KPIs not measured have a (warning) there.

SLA

Host

Service

Target

Measured

Met

Remote Login Shell Service

login

SSH

99.000000%

99.998%

(plus)

Teamwork Service

hermia

HTTP

99.000000%

100.0%

(plus)

 

 

HTTPS

99.000000%

100.0%

(plus)

Faculty Web Service

facultyweb

FTP

99.000000%

100.0%

(plus)

 

 

HTTP

99.000000%

100.0%

(plus)

 

 

HTTPS

99.000000%

99.992%

(plus)

SJIRA01

sjira01

HTTP

99.000000%

100.0%

(plus)

 

 

HTTPS

99.000000%

100.0%

(plus)

 

 

SSH

99.000000%

100.0%

(plus)

Alumni Email Server Service

helena

HTTP

99.000000%

100.0%

(plus)

 

 

POP3

99.000000%

99.995%

(plus)

 

 

IMAP

99.000000%

100.0%

(plus)

 

 

SMTP

99.000000%

100.0%

(plus)

Additional Services Information

The following Server Hosting Services are measured as a convenience for the Service Customer to ease service maintenance.
IRC-IT is not responsible for ensuring quality and achieving KPIs of these services.

SLA

Host

Service

Measured

CampusNet Server Service

scnweb01

SNMP

99.993%

 

scnapp01

SNMP

99.998%

 

scnsql01

SNMP

97.327%

WebServer Service

swebsrv01

HTTP

99.886%

 

 

HTTPS

99.88%

 

 

SSH

99.92%

 

swebdev01

HTTP

100.0%

 

 

HTTPS

(not measured)

 

 

SSH

100.0%

 

swebsvn01

HTTP

(not measured)

 

 

HTTPS

(not measured)

 

 

SSH

100.0%

Schomäcker Server Service

sschomkr01

SNMP

99.998%

 

 

MSSQL

99.995%

GiroWeb Server Service

sgiroweb01

SNMP

100.0%

 

 

HTTP

97.553%

 

 

MSSQL

99.97%

Alumni Application Server Service

alumniweb

HTTP

100.0%

 

 

HTTPS

(not measured)

Career Service Center Server Service

csc

HTTP

100.0%

 

 

SSH

100.0%

SLA Counseling Center

scouncil

HTTP

(not measured)

 

 

SSH

(not measured)

ALEA Server Service

alea

HTTP

100.0%

IRC-IR Institutional Repository DSPACE

sdspace

HTTP

100.0%

 

 

HTTPS

(not measured)

 

 

SSH

100.0%

SLA Torrent Seeder Geoscience SOPENDTECT

sopendtect

SSH

100.0%

Graduate Student Association Server SLA

sgsa

HTTP

100.0%

 

 

SSH

100.0%