NORDUnet status page

The resource rebalancing was completed and the systems are back in operation.

Analytics has stopped working again.

We will continue to monitor the situation over the coming week.

A fix has been found and implemented.

We will closely monitor the situation during the day.

No cause for the slow response experinced has been identifyed.

Problem has been resolved for all accounts.

The data is starting to become available again.

The problem relating to the storage infrastructure, has been identified and fixed. Normal operations will be fully restored within 1 hour.

We are currently investigating.

Problem has been resolved. The issue was caused by a packaged deployed with inconsistant module versions.

Problem is being investigated.

Backlog is still being processed. Normal operations are expected at 14:30 UTC.

Back to normal opertions.

Problem has been identified and rectified. Backlog is still being processed.

Issue is being investigated.

We will keep monitoring the situation.

The issue has been resolved. Waiting for more information regarding the cause of the outage.

Zoom have identified the issue causing users to be unable to authenticate to the Zoom website (zoom.us) and unable to start and join Zoom Meetings and Webinars, and are working on a fix for this issue.

The issues is being investigated with the highest priority.

Maintenance sucessfully completed.

This issue has been resolved

The problem is currently being investigated by Kaltura.

The issus have been resolved

The problem with thumbnails affects all Kaltura deployments, not only the NORDUnet instance.

The Zoom AWS cluster has been stable for 24 hours, and users can migrate back to the AWS cluster by changing setting to licensed.

During the incident more than 50% of accounts have been moved to run on-prem. We will be monitoring the situation for the next 24 hours before taking any further action. We are waiting for a more detailed RFO from Zoom.

The issue has been resolved and service for the customers running licensed has been restored.

We are working with Zoom to find the cause of the problem with the AWS cluster.

As a temporare meassure, to get things to work, it is required to change the setting from cloud to on-prem.

We are investigating and looking at mitigation options.

Kaltura is currently investigating possible solutions to this problem.

Service restored investigating, failover issue.

Migration was completed as planned without any issues.

The Netwok problem has been resolved.

The cause of the problem is being invetigated.

We are working with Panopto to find a solution.

The problem has been resolved.

Work is still ongoing to establish a solution.

The Kaltura database re-sync has completed and everything is back to normal operation.

The Kaltura database re-sync will not be completed until aproximately 14 UTC.

The problem has been resolved. The Kaltura database is currently re-syncing and Kaltura can therefore not accept new video material. When the re-sync is completed transcoding will resume. The Kaltura service is expected to be fully operational at 11 UTC.

The problem is Intermediate packet loss. This is specially affecting Kaltura due to recovery times.

We have received information from Zoom that even if the Datacentre is labled as AM the meetings are actually hosted in the AWS cluster in Stockholm. The Datacentre will be relabled to show SK.

Still being worked on

We are working with Zoom to migrate licensed accounts back to the Stockholm datacentre.

No further issues have been seen or reported.

The problem was caused by a backend storage job moving large amount of data and causing poor performance for the Kaltura API servers communicating with the storage backend. The backend job has completed, but we continue to monitor the situation.

The issue is caused by communication problems between the Kaltura servers and the storage system.

We have received a confirmation that Zoom will not be deploying a EU based connector and not be providing the local virtual connector for Skype for business. The reasoning is that SFB is coming to the end of life for the product and Zoom will not be providing any more updates to the virtual connector if something were to break and Zoom want to prevent new customers from jumping on the software that is not going to be supported. Zoom is working with the documentation team to remove the option from the admin profile.

The recommended workaround is to install the Zoom client and use the plugin https://support.zoom.us/hc/en-us/articles/204481169-Zoom-Skype-for-Business-Lync-Plugin.

If it is not possible to use the Zoom client, please refer to the other workaround options.

As a temporare meassure it is possible to use either SIP when connecting from Skype for business to a Zoom meeting, or use the clientless direct browser access.

The root case was that due to the network problems causing firwall flaps, the Kaltura master and slave datatbase got out of sync. The system was unable to accept new data until the databases were re-sync'd and database consistancy was restored.

The issue has been resolved, but there is a large backlog of videos that need to be transcoded.

The issue is still being worked on and is also affecting the performance of other parts of the Kaltura service.

The issue was resolved by reloading the software on a core router component.

The problem has been resolved and all users previously running with Copenhagen as the primary location have been migrated back.

As a workaround users are being migrated to Stockholm.

upgrade completed.

The problem has been resolved. A Reason For Outage (RF) report will be made available.

The problem has been located to a routing problem for the Storage network.

The backlog has been processed and upload times are back to normal.

Problem was fixed on April 5, at 04:00.

Waiting for information from Zoom. Next update Monday April 6, at 08:00 UTC

We are investigating the issue to identify the cause. Next update at 10:00 UTC

The issue has been fixed.

Waiting for Kaltura support. Next update, March 30, at 09 UTC.

There is currently a problem with livestreaming on the Kaltura platform. The issue is causing some live streams not being able to start. The issue has been escalated to Kaltura support.

There is currently a problem with livestreaming on the Kaltura platform. The issue is being investigated. Next update at 08:00 UTC.

The problem has been resolved.

The issue is being investigated with Kaltura on-premise engineering. Next update at 12:00 CET.

Additional API server added.

The issue is being investigated with Kaltura on-premise engineering.

Additional API servers were added at 03:00 UTC

The issue is being investigated with Kaltura on-premise engineering. Work is ongoing to add more system resources

The issue has been resolved.

The issue is being investigated with Kaltura on-premise engineering, to establish what can be done to improve system performance.

The issue has been resolved but users will experience a degraded performance as the upload backlog is being processed.

All systems are comming back online, and returning to normal.

During maintenance we experienced a large outage on ndn services running on our virtualisation setup. The cause was human error, but we are looking into how/why it ended up affecting most of our systems.

We have found the cause and are working with Zoom to see if we can find a work around.
For now please change users to Licensed instead of On-Premise as the system hits low logical limits
and then block new meeting creation.

The issue has now been mitigated, we continue to monitor the situation. Official zoom status

We are currently having errors creating new meetings on the Zoom service for both Cloud and On-Premise. We are working with Zoom to resolve this issue.

The issue has now been mitigated, we continue to monitor the situation.

We are currently having errors creating new meetings on the Zoom service. We are working with Zoom to resolve this issue.