Events:
<p>
<dl>
<a name="1356944221.0.11"></a>
<dt> 2012-12-31 at 09:46

 [xxx (Ekman)]
<dd> The batch processing on EKman has been restarted.

<!-- michs -->

<a name="1356835699.0.11"></a>
<dt> 2012-12-30 at 03:42

 [xxx (Ekman)]
<dd> I got the message that a RAID set on one file server is degraded. I stopped the batch system because the situation is unclear at the moment. However, no jobs are waiting at the moment.



An investigation of the situation will happen during Sunday.

<!-- michs -->

<a name="1356691680.0.0"></a>
<dt> 2012-12-28 at 11:46

<dd> The license server is back. Please inform "support@pdc.kth.se" in the case of problems to use software licenses.

<!-- michs -->

<a name="1356685661.0.0"></a>
<dt> 2012-12-28 at 10:04

<dd> The license server 'lic.pdc.kth.se' is currently down. Software that gets license from it will not be available until the problem is fixed.

<!-- michs -->

<a name="1356098534.1.0"></a>
<dt> 2012-12-21 at 15:00

<dd> Povel has an allocation pause until 20121222 in order to make some changes to node allocations. (Please note that no jobs are expected to be started before that even if there were no allocation pause.)

<!-- dah -->

<a name="1355099221.0.11"></a>
<dt> 2012-12-10 at 01:25

 [xxx (Ekman)]
<dd> The login server ekman.pdc.kth.se has been restarted due to problems that blocked the login to it earlier on Sunday.

<!-- michs -->

<a name="1354615676.0.12"></a>
<dt> 2012-12-04 at 11:07

 [xxx (lindgren)]
<dd> The lindgren login is restarted and available again.



<!-- lama -->

<a name="1354614750.1.12"></a>
<dt> 2012-12-04 at 10:46

 [xxx (lindgren)]
<dd> Due to lingering problems from the blackout yesterday, the lindgren login node will be rebooted today at 11:00.



These problems only affect the login node, so all running and queued jobs will be unaffected. 

<!-- Peter -->

<a name="1354099420.0.0"></a>
<dt> 2012-11-28 at 11:41

<dd> Povel and Ellens connection to Klemming will be temporarily down due to an emergency replacement of faulty memory in the server acting as gateway between Povel/Ellen and klemming. Processes on Povel/Ellen with files open in Klemming will most likely be affected.

<!-- dah -->

<a name="1352840468.0.12"></a>
<dt> 2012-11-13 at 21:59

 [xxx (lindgren)]
<dd> The klemming problems (short dropouts) possibly were of transient nature. Scheduling resumed. Please report unexpected behavior.



<!-- lama -->

<a name="1352839815.0.12"></a>
<dt> 2012-11-13 at 21:45

 [xxx (lindgren)]
<dd> We seem to have a problem with the file system Klemming. Job starts inhibited until looked through. Due to the late hour investigation might take a while to initiate.



<!-- lama -->

<a name="1352740233.0.10"></a>
<dt> 2012-11-12 at 18:06

 [xxx (Ferlin)]
<dd> Some remaining problems with the queue has now been cleared up and jobs should now start normally. If you see jobs that you know has already finished still allocated to nodes you can release them with 'sprelease'. Please report anything out of the ordinary.

<!-- slas -->

<a name="1352729600.0.12"></a>
<dt> 2012-11-12 at 15:10

 [xxx (lindgren)]
<dd> Part of the scheduler had crashed and has now been restarted and jobs are starting again. Please report anything out of the ordinary.

<!-- slas -->

<a name="1352727088.0.12"></a>
<dt> 2012-11-12 at 14:30

 [xxx (lindgren)]
<dd> The scheduler is currently down. Investigation in progress.

<!-- slas -->

<a name="1351111315.1.12"></a>
<dt> 2012-10-24 at 22:39

 [xxx (lindgren)]
<dd> To free up possibly locked system resources the log in node will shortly be rebooted. Some users have had problems with accesses to /afs/ recently.

<!-- lama -->

<a name="1351095966.1.13"></a>
<dt> 2012-10-24 at 18:25

 [xxx (Zorn)]
<dd> On Thursday (2012-10-25) will we have a course using the GPU cluster Zorn. Other users are kindly asked not to submit jobs during the time from 10 to 16 o'clock. 

<!-- michs -->

<a name="1351095904.1.13"></a>
<dt> 2012-10-24 at 18:23

 [xxx (Zorn)]
<dd> On Thursday (2012-10-25) will we have a course using the GPU cluster Zorn. Other users are kindly asked not to submit jobs during that time.

<!-- michs -->

<a name="1350723624.0.0"></a>
<dt> 2012-10-20 at 10:56

<dd> Services at PDC and compute node availability in the clusters Ferlin, Ekman and Povel could be influenced from maintenance work at the CSC school infrastructure in the course of the day. Automatic recovery is to expect with the end of this measure.



http://www.kth.se/en/csc/it-support-csc/news/serverunderhall-lordag-20-okt-1.342464



<!-- michs -->

<a name="1350561427.1.11"></a>
<dt> 2012-10-18 at 13:55

 [xxx (Ekman)]
<dd> Cluster Ekman: The restart of the file server has been done and it looks that at least most of the applications run further. To be sure that everything works fine, please check your running jobs.

<!-- michs -->

<a name="1350551483.1.11"></a>
<dt> 2012-10-18 at 11:10

 [xxx (Ekman)]
<dd> The restart of the fileserver will happen today, 2012-10-18, at 13:00.

<!-- michs -->

<a name="1350549932.1.11"></a>
<dt> 2012-10-18 at 10:44

 [xxx (Ekman)]
<dd> The announced restart of the fileserver hast to be executed later. We will send an updated information.

<!-- michs -->

<a name="1350467137.1.11"></a>
<dt> 2012-10-17 at 11:33

 [xxx (Ekman)]
<dd> A short operation stop is needed in order to restart one of Ekman's file servers. Running jobs can probably continue, but, an interrupt could also happen.



The operation stop will happen tomorrow, 2012-10-18 about 10:30.



<!-- michs -->

<a name="1350411880.0.0"></a>
<dt> 2012-10-16 at 20:19

<dd> The Klemming file system is now back and the queue on Lindgren resumed again. The underlying reason for this hiccup in one small part of the system was not really found, but was probably related to the server crash earlier today. Please report if you see any problems again.

<!-- slas -->

<a name="1350401215.0.0"></a>
<dt> 2012-10-16 at 17:25

<dd> We have again problems with the file system Klemming. Different problem from earlier today but might be related. Investigation in progress.

<!-- slas -->

<a name="1350386999.0.0"></a>
<dt> 2012-10-16 at 13:28

<dd> The file system Klemming should now be fully operational again. Reason for crash not fully understood yet. Please report anything out of the usual.

<!-- slas -->

<a name="1350382632.0.0"></a>
<dt> 2012-10-16 at 12:15

<dd> One of the servers for the file system Klemming in down. Investigation in progress.

<!-- slas -->

<a name="1349723845.0.12"></a>
<dt> 2012-10-08 at 21:12

 [xxx (lindgren)]
<dd> After a restart of one of the servers of /cfs/klemming earlier this evening, the file-system is back in ordinary operation.

<!-- lama -->

<a name="1349685239.0.12"></a>
<dt> 2012-10-08 at 10:30

 [xxx (lindgren)]
<dd> We are having some issue with the /cfs/klemming on Lindgren. We are investigating the issue and will get back to you as soon as we have more information.



<!-- izhaar@pdc.kth.se -->

<a name="1349684995.0.12"></a>
<dt> 2012-10-08 at 10:28

 [xxx (lindgren)]
<dd> We are seeing intermittent problems with access to the file-system klemming from Lindgren. Investigations are in progress.

<!-- dah -->

<a name="1349256708.0.0"></a>
<dt> 2012-10-03 at 11:28

<dd> The file system, Klemming, is now fully back again and all batch queues are started. Please report anything out of the usual.

<!-- slas -->

<a name="1349248981.0.0"></a>
<dt> 2012-10-03 at 09:18

<dd> The file system Klemming is currently having some problems. Investigation in progress.

<!-- slas -->

<a name="1349074643.0.11"></a>
<dt> 2012-10-01 at 08:56

 [xxx (Ekman)]
<dd> Cluster Ekman: Due to a failure in issuing a command I terminated accidentially more jobs than intended. Please resubmit. Sorry for the inconvenience.

<!-- michs -->

<a name="1348835151.1.9"></a>
<dt> 2012-09-28 at 14:24

 [xxx (Ellen)]
<dd> Ellen is back in production. The maintenance went well and faster as planned.

<!-- michs -->

<a name="1348664475.1.9"></a>
<dt> 2012-09-26 at 14:58

 [xxx (Ellen)]
<dd> Ellen will be not available due to maintenance work on Friday afternoon. The maintenance is planned 2012-09-28 13:00 - 16:00 o'clock.

<!-- michs -->

<a name="1348165792.0.0"></a>
<dt> 2012-09-20 at 20:27

<dd> The filesystem /cfs/klemming is not accessible from the cluster Povel as well as the system Ellen.

<!-- michs -->

<a name="1348155536.1.12"></a>
<dt> 2012-09-20 at 17:34

 [xxx (lindgren)]
<dd> maintenance finished; lindgren is running jobs since a while, and now also available for log in again.



<!-- lama -->

<a name="1347970355.0.0"></a>
<dt> 2012-09-18 at 14:11

<dd> PDCs primary ftp server (ftp.pdc.kth.se) has been restarted to resolve problems with its access to AFS.

<!-- dah -->

<a name="1347622370.1.12"></a>
<dt> 2012-09-14 at 13:29

 [xxx (lindgren)]
<dd> Coming Thursday, 2012-09-20, lindgren will be unavailable for hardware maintenance starting at noon, 12:00. The system is expected to be back during late afternoon/evening that day.



<!-- lama -->

<a name="1346929717.1.11"></a>
<dt> 2012-09-06 at 13:07

 [xxx (Ekman)]
<dd> During the the next days will Ekman be operated with a slightly reduced number of available nodes. you can expect a number of 1150..1160 available nodes. Please have this in mind when submitting jobs according to your share.



The nodes have been taken out of operation in order to allow movement and refurbishing of compute nodes that beacame defective during the months since the end of the warranty service.

<!-- michs -->

<a name="1345834497.0.12"></a>
<dt> 2012-08-24 at 20:50

 [xxx (lindgren)]
<dd> Batch jobs resumed since 20 minutes. There is no reason found yet for the stop of /cfs/klemming/.

<!-- lama -->

<a name="1345815240.0.12"></a>
<dt> 2012-08-24 at 15:30

 [xxx (lindgren)]
<dd> The Klemming file system is now back on-line again after a restart of the disk system. Reason for failure is still unknown but probably related to the crash on Monday. The batch system on Lindgren is still halted until more checks have been done.

<!-- slas -->

<a name="1345809138.0.12"></a>
<dt> 2012-08-24 at 13:51

 [xxx (lindgren)]
<dd> Lindgren's filesystem has problems. Investigation is ongoing.

<!-- michs -->

<a name="1345542447.0.12"></a>
<dt> 2012-08-21 at 11:45

 [xxx (lindgren)]
<dd> /cfs/klemming is now on-line again. Batch scheduling resumed. Note that running jobs have been stuck during outage and likely many running jobs have experienced problems.



<!-- lama -->

<a name="1345526325.0.12"></a>
<dt> 2012-08-21 at 07:17

 [xxx (lindgren)]
<dd> The file-system /cfs/klemming had a failure a few hours ago, and is currently not operational, i.e., all file-accesses freeze.

<!-- lama -->

<a name="1345196709.0.11"></a>
<dt> 2012-08-17 at 11:44

 [xxx (Ekman)]
<dd> Batch job processing continues again.

<!-- michs -->

<a name="1345187627.1.11"></a>
<dt> 2012-08-17 at 09:05

 [xxx (Ekman)]
<dd> The batch system has been stopped because the groups meteorology groups run on >900 nodes that prevents jobs of the mechanics group to start. The situation hopefully stabilizes again during the next hours.

<!-- michs -->

<a name="1344932142.0.13"></a>
<dt> 2012-08-14 at 10:15

 [xxx (Zorn)]
<dd> Cluster Zorn: The system is back in production.

<!-- michs -->

<a name="1344871766.0.11"></a>
<dt> 2012-08-13 at 17:23

 [xxx (Ekman)]
<dd> Cluster Ekman: No new batch jobs start at the moment due to network problems in KTH and PDC. Running jobs shoul dnot be affected. The evaluation and works to solve the issue are under way.

<!-- michs -->

<a name="1344588559.0.12"></a>
<dt> 2012-08-10 at 10:47

 [xxx (lindgren)]
<dd> We had problems with the main lindgren login node (lindgren.pdc.kth.se) this morning causing it to reject new ssh connections. It should be available again now however.

<!-- dah -->

<a name="1344583578.0.13"></a>
<dt> 2012-08-10 at 09:23

 [xxx (Zorn)]
<dd> Cluster Zorn: The lustre file system became more instable during the last days. More diagnosis will be undertaken during the day. Access to the system is not possible for that reason at the moment.

<!-- michs -->

<a name="1344183411.0.13"></a>
<dt> 2012-08-05 at 18:15

 [xxx (Zorn)]
<dd> Cluster Zorn: Operation has been stopped due to new problems with the Lustre filesystem since today 16:30.

<!-- michs -->

<a name="1343585696.0.11"></a>
<dt> 2012-07-29 at 20:14

 [xxx (Ekman)]
<dd> The cluster Ekman is back in production.

<!-- michs -->

<a name="1343554634.0.11"></a>
<dt> 2012-07-29 at 11:34

 [xxx (Ekman)]
<dd> The Lustre file system of Ekman has a problem that maybe crashes running jobs. Furthermore, the batch system has been stopped to avoid running new jobs into problems. Reason is a crash of one the fileservers. It is unclear at the moment how severe the accident is and when we can go back into operation.

<!-- michs -->

<a name="1343207654.0.9"></a>
<dt> 2012-07-25 at 11:12

 [xxx (Ellen)]
<dd> The leapsecond problem on ellen should now be fixed without reboot and MATLAB seems to be working again. Please watch out for hanging matlab processes and try to kill and restart those.

<!-- Gilbert Netzer -->

<a name="1343204413.0.9"></a>
<dt> 2012-07-25 at 10:15

 [xxx (Ellen)]
<dd> We are currently seeing hanging MATLAB processes on ellen.pdc.kth.se. This may be related to a java bug causing the JVM used by Matlab to spin. Please refrain from using matlab without the -nojvm option. We may also have to reboot the machine to rectify the problem, which we will announce separately. 

<!-- Gilbert Netzer -->

<a name="1341581807.1.0"></a>
<dt> 2012-07-21 at 10:00

<dd> Saturday 2012-07-21: Maintainance of AFS servers in nada.kth.se. If your $HOME is in /afs/nada.kth.se/.... you are probably affected and should be aware of this. If your data is in /afs/pdc.kth.se/... you are not affected.







<!-- haba -->

<a name="1340178652.0.13"></a>
<dt> 2012-06-20 at 09:49

 [xxx (Zorn)]
<dd> The Lustre fileystem is down again. Batch opration is not possible at the moment.

<!-- michs -->

<a name="1340123139.0.13"></a>
<dt> 2012-06-19 at 18:25

 [xxx (Zorn)]
<dd> Zorn filesystem has been repaired and improved. System is back online.

<!-- michs -->

<a name="1340120057.1.12"></a>
<dt> 2012-06-19 at 17:30

 [xxx (lindgren)]
<dd> software maintenance: the system software upgrade is finished. We will gradually resume batch. Welcome back, and please report deviations from expected behaviour.



<!-- lama -->

<a name="1340116287.0.13"></a>
<dt> 2012-06-19 at 16:30

 [xxx (Zorn)]
<dd> Zorn's parallel file system is currently not available.

Investigations on their way.

<!-- elimo -->

<a name="1339591653.1.12"></a>
<dt> 2012-06-13 at 14:41

 [xxx (lindgren)]
<dd> software maintenance: lindgren will be unavailable starting 2012-06-19 09:00 for system software upgrades. We aim to be finished within 24..48 hours.



<!-- lama -->

<a name="1339498067.0.11"></a>
<dt> 2012-06-12 at 12:47

 [xxx (Ekman)]
<dd> The login server "ekman.pdc.kth.se" is online again.

<!-- michs -->

<a name="1339497552.0.11"></a>
<dt> 2012-06-12 at 12:36

 [xxx (Ekman)]
<dd> The login server "ekman.pdc.kth.se" became instable likly due to some failures in file transfers. This lead even to some instable system services. Therefore the login node will be restarted.

<!-- michs -->

<a name="1338936816.0.12"></a>
<dt> 2012-06-06 at 00:50

 [xxx (lindgren)]
<dd> The system is back and running jobs since roughly 1/2 hour. The actual cause of module shutdown is not yet determined.



<!-- lama -->

<a name="1338925489.0.12"></a>
<dt> 2012-06-05 at 21:40

 [xxx (lindgren)]
<dd> As several modules have shut themselves off, the interconnect is currently severely degraded. We are trying to figure out whether the shut-offs are due to 'real physical' problems, or due to false positives. For the time being system is to be considered off-line.



<!-- lama -->

<a name="1336660780.0.10"></a>
<dt> 2012-05-10 at 16:37

 [xxx (Ferlin)]
<dd> The batch processing on Ferlin continues again. Two racks must be switched off at the moment for more repair work and further maintenance.

<!-- michs -->

<a name="1336645352.0.10"></a>
<dt> 2012-05-10 at 12:21

 [xxx (Ferlin)]
<dd> It is not possible to start new jobs at th emoment due to network problems.

<!-- michs -->

<a name="1336405464.0.8"></a>
<dt> 2012-05-07 at 17:37

 [xxx (Hebb)]
<dd> The GPFS filesystem, /gpfs/scratch, is currently unavailable and no jobs will start. The reason is probably too many disk failures, but investigation is ongoing.

<!-- slas -->

<a name="1335787267.0.12"></a>
<dt> 2012-04-30 at 14:00

 [xxx (lindgren)]
<dd> the system has now been restarted and jobs waiting in line are being started.



<!-- lama -->

<a name="1335780076.0.12"></a>
<dt> 2012-04-30 at 11:59

 [xxx (lindgren)]
<dd> while rebooting a few compute nodes we got a stuck HSN (interconnect.) We will restart the system within the next hour.

<!-- lama -->

<a name="1335295670.0.11"></a>
<dt> 2012-04-24 at 21:23

 [xxx (Ekman)]
<dd> The cluster Ekman will not be available on Thursday, May 3rd 2012, from 11:00 until 17:00 due to necessary upgrades of the system software.

<!-- michs -->

<a name="1335295596.0.10"></a>
<dt> 2012-04-24 at 21:23

 [xxx (Ferlin)]
<dd> The cluster Ferlin will not be available on Thursday, May 3rd 2012, from 08:00 until 13:00 due to necessary upgrades of the system software.

<!-- michs -->

<a name="1333545954.1.0"></a>
<dt> 2012-04-21 at 09:00

<dd> If you have your AFS home directory at nada.kth.se (*), you might be affected by the following planned maintainance at CSC/NADA:<p>



Saturday April 21, starting at 9am maintenance work will be performed on some CSC servers.<p>



Most computers at CSC will be affected during this time. Services like email and www will also be affected.<p>



AFS at PDC is _not_ affected.<p>



Your system groups at CSC and PDC.<p>



(*) fs where $HOME | awk '$6 ~ "nada"'



<!-- haba -->

<a name="1333545917.1.0"></a>

<a name="1332166936.1.11"></a>
<dt> 2012-03-19 at 15:21

 [xxx (Ekman)]
<dd> Disc cleaning of /cfs/ekman/scratch will be started on Tuesday, March 20th, 2012.

<!-- michs -->

<a name="1332153819.0.3"></a>
<dt> 2012-03-19 at 11:39

 [xxx (SBC / CBR)]
<dd> One AFS server, shad.pdc.kth.se, serving volumes for SBC has suffered a major disk/RAID failure. Futher investigation is onging to figure out how serious the problem is. Update (12:55): RAID failure _was_ serious, restore from backup has started.

<!-- slas -->

<a name="1331732496.0.11"></a>
<dt> 2012-03-14 at 14:40

 [xxx (Ekman)]
<dd> Disc cleaning of /cfs/ekman/scratch will be started on Thursday, March 15th, 2012.

<!-- michs -->

<a name="1331589289.0.12"></a>
<dt> 2012-03-12 at 22:53

 [xxx (lindgren)]
<dd> The log-in node was unreachable and has been restarted. This have

no effect on jobs running in batch-system.



<!-- lama -->

<a name="1330553510.0.10"></a>
<dt> 2012-02-29 at 23:10

 [xxx (Ferlin)]
<dd> A file-system hick-up caused a stale lock for scheduling on Ferlin; the lock has been removed and operation resumed to normal.



<!-- lama -->

<a name="1330531518.0.12"></a>
<dt> 2012-02-29 at 17:03

 [xxx (lindgren)]
<dd> lindgren login restarted. It naively looks like a lustre-filesystem lockup, but is far from certain.



<!-- lama -->

<a name="1330528450.0.12"></a>
<dt> 2012-02-29 at 16:10

 [xxx (lindgren)]
<dd> Login on Lindgren is currently not possible.

<!-- elimo -->

<a name="1330528342.0.10"></a>
<dt> 2012-02-29 at 16:11

 [xxx (Ferlin)]
<dd> The login node "ferlin.pdc.kth.se" has been restarted. 

<!-- michs -->

<a name="1330425521.0.12"></a>
<dt> 2012-02-28 at 11:37

 [xxx (lindgren)]
<dd> the login has been restarted (no jobs should have been affected.) Please report any un-expected side-effects.



<!-- lama -->

<a name="1330424445.0.12"></a>
<dt> 2012-02-28 at 11:18

 [xxx (lindgren)]
<dd> the login node currently is having problem; if investigation takes to long we will reboot it. Jobs are not affected.



<!-- lama -->

<a name="1330082194.0.12"></a>
<dt> 2012-02-24 at 12:14

 [xxx (lindgren)]
<dd> As a number of jobs produced large amounts of output and did fill the spool of the pbs_mom running jobs on lindgren, several jobs were affected; at least some will have mangled stdout/stderr output files.



<!-- lama -->

<a name="1330013834.1.9"></a>
<dt> 2012-02-23 at 16:00

 [xxx (Ellen)]
<dd> HP service has repaired system Ellen, however we have decided to reinstall the machine with a newer operating system. This will enable some of the missing features like local HD. Please have some patience while we are getting all pieces into place, this is the only DL580G7 we have and there might still be some surprises left.



<!-- haba -->

<a name="1329755410.0.9"></a>
<dt> 2012-02-20 at 00:00

 [xxx (Ellen)]
<dd> High memory system ELLEN (p05c01n01) is shutdown because of HW problems. Alternate node to access your files (but NOT for computation) is ellen-tmp.pdc.kth.se. Maintainence planned for 2012-02-21, outcome yet unknown. Maintainace starts delayed because HP service dispatch can not call correct telephone number mentioned in email. HP tried to repair the node for 1 1/2 hours without success. More repair efforts with more new parts will continue tomorrow (2012-02-22). 2012-02-22 morning: HP still has difficulties to contact me on my telephone number. HP technician recommends change of system board, but HP service dispatch does not think that they must dispatch a technichan earliest tomorrow (2012-02-23) because "contract".



<!-- haba -->

<a name="1329504376.0.0"></a>
<dt> 2012-02-17 at 19:40

<dd> The malfunctioning server has been working fine since about 18 o'clock and the clusters Ferlin and Ekman are buzzing again. Have a nice weekend!



<!-- michs -->

<a name="1329492837.0.0"></a>
<dt> 2012-02-17 at 16:29

<dd> At the moment we have some problems with one of the Kerberos ticket servers. It happens at the moment that compute nodes experience timeouts in the authentification what makes starts of batch jobs on several systems impossible, at least Ekman, Ferlin, Povel.

<!-- michs -->

<a name="1329212729.0.12"></a>
<dt> 2012-02-14 at 10:43

 [xxx (lindgren)]
<dd> Early this morning one of the servers serving jobs requiring dynamic shared libraries (aka DSL) went down. Jobs relying on this server might have been affected. It is being restarted.



<!-- lama -->

<a name="1328523520.0.11"></a>
<dt> 2012-02-06 at 11:14

 [xxx (Ekman)]
<dd> The Lustre file server causing the interruption on the weekend is checked and put back into operation. The batch system has been started again.

<!-- michs -->

<a name="1328398539.0.11"></a>
<dt> 2012-02-05 at 00:25

 [xxx (Ekman)]
<dd> Batch system stop due to problems with the Lustre file system on Ekman. Servers of the file system reported in the course of Saturday errors. Many servers could not use the filesystem after that. The investigation and repair of the problem will continueon Monday.

<!-- michs -->

<a name="1327578963.1.12"></a>
<dt> 2012-01-26 at 12:53

 [xxx (lindgren)]
<dd> The system is available again. We will allow batch jobs to start within a few hours.



<!-- lama -->

<a name="1327490707.0.0"></a>
<dt> 2012-01-25 at 12:17

<dd> The file system Klemming is now back on-line and has been up through the night without problems after the extended upgrade. As always, please report if you notice anything out of the ordinary.

<!-- slas -->

<a name="1327423263.0.0"></a>
<dt> 2012-01-24 at 17:31

<dd> Due to previous hardware erros causing unforseen problems with the update to the file servers for Klemming (/cfs/klemming), the file system will not come on-line during the afternoon today, as hoped. It will probably be available again some time before lunch tomorrow.

<!-- slas -->

<a name="1327389393.1.12"></a>
<dt> 2012-01-24 at 08:15

 [xxx (lindgren)]
<dd> as earlier announced, the system now is taken off-line for extended maintenance.

<!-- lama -->

<a name="1327325876.1.0"></a>
<dt> 2012-01-23 at 14:30

<dd> As the system serving the file system Klemming (/cfs/klemming) will be updated during the scheduled service window of Lindgren tomorrow, the file system will be unavailable during that process. Note that this affects all systems that mount /cfs/klemming, not only Lindgren. The file system is expected to be back sometime tomorrow afternoon.

<!-- slas -->

<a name="1326882506.0.10"></a>
<dt> 2012-01-18 at 11:25

 [xxx (Ferlin)]
<dd> The login node "ferlin.pdc.kth.se" had to be restarted due to an overload in the filesystem accesses that put the system in an inconsistent state.

<!-- michs -->

<a name="1326828090.0.11"></a>
<dt> 2012-01-17 at 20:20

 [xxx (Ekman)]
<dd> The system update is progressing. The batch system operation will continue about 22 o'clock.

<!-- michs -->

<a name="1326446308.0.11"></a>
<dt> 2012-01-13 at 10:17

 [xxx (Ekman)]
<dd> Ekman works again normally. The stop was an effect of the rebuild due to the file system failure two days earlier. No additional hardware problems occurred.



<!-- michs -->

<a name="1326399195.0.11"></a>
<dt> 2012-01-12 at 21:11

 [xxx (Ekman)]
<dd> There have been problems again in the access to the Lustre file system since 18:20. The batch job start has been stopped until a further investigation and repair will be possible. Running jobs are displayed as such but will very likely be destroyed and in inconsistent state.

<!-- michs -->

<a name="1326372721.1.0"></a>
<dt> 2012-01-12 at 13:50

<dd> [swegrid]



Ruth is being upgraded and is not accepting fairshare jobs at the moment. It is being reconfigured.

<a name="1326293279.1.12"></a>
<dt> 2012-01-11 at 15:43

 [xxx (lindgren)]
<dd> extended maintenance: starting Tuesday 2012-01-24/08:00, and through Thursday 2012-01-26, Lindgren will be off-line for maintenance.



<!-- lama -->

<a name="1326283049.0.11"></a>
<dt> 2012-01-11 at 12:56

 [xxx (Ekman)]
<dd> failed server restarted, /cfs/ekman on-line, and jobs are allowed to start again.



<!-- lama -->

<a name="1326271491.0.11"></a>
<dt> 2012-01-11 at 09:42

 [xxx (Ekman)]
<dd> /cfs/ekman is having 1 down storage server. Accesses to the file-system will block.



<!-- lama -->

</dl>
All flash news for 
<a href="/cgi-bin/flash/flash.py?year=2024">2024</a>, 
<a href="/cgi-bin/flash/flash.py?year=2023">2023</a>, 
<a href="/cgi-bin/flash/flash.py?year=2022">2022</a>, 
<a href="/cgi-bin/flash/flash.py?year=2021">2021</a>, 
<a href="/cgi-bin/flash/flash.py?year=2020">2020</a>, 
<a href="/cgi-bin/flash/flash.py?year=2019">2019</a>, 
<a href="/cgi-bin/flash/flash.py?year=2018">2018</a>, 
<a href="/cgi-bin/flash/flash.py?year=2017">2017</a>, 
<a href="/cgi-bin/flash/flash.py?year=2016">2016</a>, 
<a href="/cgi-bin/flash/flash.py?year=2015">2015</a>, 
<a href="/cgi-bin/flash/flash.py?year=2014">2014</a>, 
<a href="/cgi-bin/flash/flash.py?year=2013">2013</a>, 
<a href="/cgi-bin/flash/flash.py?year=2012">2012</a>, 
<a href="/cgi-bin/flash/flash.py?year=2011">2011</a>, 
<a href="/cgi-bin/flash/flash.py?year=2010">2010</a>, 
<a href="/cgi-bin/flash/flash.py?year=2009">2009</a>, 
<a href="/cgi-bin/flash/flash.py?year=2008">2008</a>, 
<a href="/cgi-bin/flash/flash.py?year=2007">2007</a>, 
<a href="/cgi-bin/flash/flash.py?year=2006">2006</a>, 
<a href="/cgi-bin/flash/flash.py?year=2005">2005</a>, 
<a href="/cgi-bin/flash/flash.py?year=2004">2004</a>, 
<a href="/cgi-bin/flash/flash.py?year=2003">2003</a>, 
<a href="/cgi-bin/flash/flash.py?year=2002">2002</a>, 
<a href="/cgi-bin/flash/flash.py?year=2001">2001</a>, 
<a href="/cgi-bin/flash/flash.py?year=2000">2000</a>, 
<a href="/cgi-bin/flash/flash.py?year=1999">1999</a>, 
<a href="/cgi-bin/flash/flash.py?year=1998">1998</a>, 
<a href="/cgi-bin/flash/flash.py?year=1997">1997</a>, 
<a href="/cgi-bin/flash/flash.py?year=1996">1996</a>, 
<a href="/cgi-bin/flash/flash.py?year=1995">1995</a>
<br><br><a href="https://www.pdc.kth.se/">Back to PDC</a>
<br><a href="https://www.pdc.kth.se/cgi-bin/flash/rss.py">Subscribe to rss</a>