Wiki source code of Announcements

Version 101.1 by mmorgan on 2021/11/25 01:27

Hide last authors
mmorgan 99.1 1 == **Issue on the OpenShift server at CSCS (2021-11-24)** ==
2
3 The EBRAINS OpenShift server running at CSCS was detected as having come down at 16:00 CEST. This issue affects all the services running on that OpenShift server including:
4
5 * Collaboratory Lab,
6 * image service,
7 * atlas viewers,
8 * simulation services (NEST desktop, TVB, Brain Simulation Platform)
9
mmorgan 101.1 10 We are working with the CSCS team and RedHat (provider of the OpenStack solution on which OpenShift runs) to reactivate the service ASAP. The issue affects only the central VM node of the OpenShift service. Restarting the VM requires that we resolve multiple issues including restarting at the same IP address and unlocking the storage volumes of that VM. We are still trying to identify what is impeding the restart of the VM (apparently not of the service which it hosts).
mmorgan 99.1 11
mmorgan 100.1 12 We will keep updating this page with more information as it comes in.
13
mmorgan 91.1 14 === **Maintenance of multiple services (2021-11-11 to 2021-11-19)** ===
15
mmorgan 98.1 16 We are migrating the last of our services away from an old cloud infrastructure. The production services were taken down on Wednesday November 17 and are now all back online. We will continue working on the non-production services, to return the services to the redundancy level prior to the migration, and various final tweaks.
mmorgan 93.1 17
mmorgan 98.1 18 Please contact [[support>>https://ebrains.eu/support]] about any new issues you identify on our services.
mmorgan 93.1 19
mmorgan 95.1 20 The services which were migrated during this maintenance include:
mmorgan 91.1 21
mmorgan 94.1 22 * Collaboratory Bucket (% style="color:#2ecc71" %)**DONE**
mmorgan 96.1 23 * Knowledge Graph Search and API (% style="color:#2ecc71" %)**DONE**
mmorgan 97.1 24 * OpenShift servers which includes: (% style="color:#2ecc71" %)**DONE**
25 ** Collaboratory Lab, (% style="color:#2ecc71" %)**DONE**
26 ** image service, (% style="color:#2ecc71" %)**DONE**
mmorgan 91.1 27 ** atlas viewers,
28 ** simulation services (NEST desktop, TVB, Brain Simulation Platform)
29
mmorgan 94.1 30 * EBRAINS Docker registry, (% style="color:#2ecc71" %)**DONE**
mmorgan 95.1 31 * the Forum linked from the Collaboratory Wiki, (% style="color:#2ecc71" %)**DONE** (may have login issues)
mmorgan 94.1 32 * the Education website. (% style="color:#2ecc71" %)**DONE**
mmorgan 91.1 33
mmorgan 98.1 34 We apologize for the inconvenience and thank you for your understanding.
mmorgan 92.1 35
mmorgan 87.1 36 === **Technical difficulties on the Drive (2021-11-03)** ===
37
38 The Drive has experienced some technical difficulties over the past weeks caused by multiple issues.
39
40 A reboot of the Drive server due to a hardware failure revealed an issue in the communication between the Lab and the Drive. A container is started for each Lab user who opens the Lab in their browser to run their notebooks. That container remains active by default well beyond the end of the execution of the notebook and the closing of the browser tab running the Lab, unless the users explicitly stop their container. Those containers were causing unusually high traffic to the Drive. We identified the problem and found a solution with an upgrade of the tool which the Drive is based on. We have had to shift the deployment date for this fix multiple times but we will be announcing the deployment date ASAP. In the meantime **we ask Lab users to kindly stop their servers** from the JupyterLab menu when they are not actively working in the Lab. This is done from the JupyterLab menu: //File > Hub control panel > Stop my server//.
41
42 The cloud infrastructure that the Drive is running on is being upgraded and the Drive service had to be moved to the newer servers. An incorrect management command of the server caused the migration of the data to be launched twice, with the second transfer overwriting production data dated Nov 2 with stale data from Oct 20. Several backup issues stacked on top of this problem. We have been able to recover a backup which was made on the night of Sunday Oct 31 to Monday Nov 1. We are verifying that we cannot identify issues with this data before we reopen access to the Drive. **Some data loss is expected** for data stored on the Drive after that backup and before we put up a banner asking users, as a precaution, not to add new data to the Drive on Tuesday Nov 2 around noon. Many countries had a bank holiday on Nov 1 so for many users, the data loss should be of a few hours on Nov 2.
43
44 We sincerely apologize for the problems incurred. We appreciate that the service we provide must be trustworthy for our users. We are taking the following actions to ensure that similar problems do not happen again:
45
46 * Review of the backup procedures on the Drive server which will be extended to all EBRAINS services which we manage.
47 * Request notification from the underlying infrastructure when service accounts reach the limit imposed by their storage quota.
48 * Improve the identification of production servers to reduce the risk of the operations team misidentifying which servers are running production service.
mmorgan 90.1 49 * Improve our procedure for communication about such incidents.
mmorgan 87.1 50
mmorgan 89.1 51 (% style="color:#16a085" %)**The Drive service is up again. We have recovered all the data that we could. The Drive is working normally again. We will be performing a Drive upgrade ASAP. check the Wiki banner for more information.**
mmorgan 87.1 52
53 Additionally, the Collaboratory team will be looking into mirroring services onto more than one Fenix site to reduce down time when incidents occur. This task will be more challenging for some services than for others; it might not be materially feasible for some services, but we will be analysing possibilities for each Collaboratory service.
54
hbpadmin 86.1 55 === **Maintenance on 2021-10-19** ===
56
57 Due to migration to new hardware, various EBRAINS services will be down for up to 1 hour while these services and their data are migrated. Please See our [[Releases >>doc:Collabs.the-collaboratory.Releases.WebHome]]page for more information on our release.
58
mmorgan 84.1 59 === **Infrastructure failure on 2021-10-04** ===
60
mmorgan 85.1 61 A failure on the Openstack infrastructure at the Fenix site which hosts most of our services has brought down many EBRAINS service this morning before 9 AM CEST. A second event later in the morning at the same Fenix site brought down most other EBRAINS services. The infrastructure was brought back online in the afternoon and we have been reactivating services as quickly as possible. Some issues are still being addressed at the infrastructure level [17:00 CEST].
mmorgan 84.1 62
63 We apologize for the inconvenience and thank all users for their understanding.
64
chaney08 83.1 65 === **SSL Certificates expiring September 30th** ===
66
67 Our SSL certificates are produced by Let's Encrypt. One of their root certificates is expiring on September 30. This may cause issues for access to API services, especially from older browsers. You can find more information about these changes at the following links :
68
69 * [[https:~~/~~/letsencrypt.org/docs/dst-root-ca-x3-expiration-september-2021/>>url:https://letsencrypt.org/docs/dst-root-ca-x3-expiration-september-2021/]]
70 * [[https:~~/~~/letsencrypt.org/certificates/>>url:https://letsencrypt.org/certificates/]]
71
72 As mentioned in the above links, if you are using one of our APIs, you should take the following steps to prevent issues:
73
74 * You must trust ISRG Root X1 (not just DST Root CA X3)
75 * If you use OpenSSL, you must have version 1.1.0 or later
76
77 If you access our services via a browser, please ensure that you are using a modern browser,  you can find more information here : [[https:~~/~~/letsencrypt.org/docs/certificate-compatibility/>>url:https://letsencrypt.org/docs/certificate-compatibility/]]
78
79 If you are using an older device, you may no longer be able to access our services correctly, for a list of non-compatible devices please see [[https:~~/~~/letsencrypt.org/docs/certificate-compatibility/>>url:https://letsencrypt.org/docs/certificate-compatibility/]].
80
mmorgan 80.1 81 === **Collaboratory 1 shutdown (2021-09-02)** ===
hbpadmin 79.1 82
chaney08 81.1 83 Collaboratory 1 is shutting down Wednesday September 8th. As such, please ensure you have [[migrated>>https://wiki.ebrains.eu/bin/view/Collabs/collaboratory-migration/Tutorial/Migrate%20your%20data/]]  your data to Collaboratory 2. You can view our [[handy guide>>https://wiki.ebrains.eu/bin/view/Collabs/collaboratory-migration/Tutorial/Overview/]] on what data is migrated by our tools, as well as what is not covered by the semi-automated tools.
hbpadmin 79.1 84
85 If you follow the above links, you will also find recorded migrathons, where you can find a lot of information to help you migrate your data. If you encounter any issues or problems while migrating your data, please contact [[EBRAINS support>>https://ebrains.eu/support/]] and we will get back to you as soon as possible.
86
chaney08 82.1 87 NOTE: You are currently viewing Collaboratory 2, which will not be shut down.
88
mmorgan 80.1 89 === **Openshift issues (2021-07-09) (Resolved)** ===
hbpadmin 72.1 90
mmorgan 76.1 91 The Openshift service has gone down. As the Collaboratory Lab and the Image service both rely on this service, they are currently unavailable. We are investigating this issue and it will be resolved as soon as possible. We apologise for any inconvenience caused.
hbpadmin 72.1 92
mmorgan 80.1 93 **UPDATE 2021-07-12: **The issue seems to be with the Openstack servers. It is also affecting a few more VMs aside from the Openshift service. The infrastructure team is looking into it.
chaney08 75.1 94
mmorgan 80.1 95 **UPDATE 2021-07-12: **The Openstack issue has been fixed. Services should be back up and running. Thank you for your patience.
chaney08 77.1 96
mmorgan 80.1 97 === **Collaboratory Lab restart (2021-06-15)** ===
hbpadmin 67.1 98
hbpadmin 69.1 99 The Collaboratory lab will be restarted for the purpose of changing a few background configurations.
100
hbpadmin 70.1 101 === **Collaboratory User Group (UG) meeting** ===
hbpadmin 27.1 102
hbpadmin 28.1 103 The UG meeting is a great way to stay informed about recent and upcoming changes to the Collaboratory as well as making your voice and ideas heard directly by the developers. If you are interested in attending this meeting, or know someone who is interested, please feel free[[ to join these meetings>>https://wiki.ebrains.eu/bin/view/Collabs/collaboratory-user-group/Joining%20the%20group/]]
hbpadmin 27.1 104
chaney08 59.1 105 If you would like to see new features or feel certain functionality is required to improve the Collaboratory, please [[join the Collaboratory user group>>https://wiki.ebrains.eu/bin/view/Collabs/collaboratory-user-group/Joining%20the%20group/]], once joined, please do not hesitate to [[make your suggestions>>https://drive.ebrains.eu/lib/aac38e36-4bd9-48ee-9ae6-b876a65028aa/file/Collaboratory%20User%20Group%20-%20Suggestion%20box.docx]].
mmorgan 18.1 106
107
mmorgan 80.1 108 === **Drive issue (Resolved 2021-06-14)** ===
hbpadmin 70.1 109
110 There is currently an issue that prevents the Drive option from appearing in new collabs. Although you can still create new collabs and can access all of the other functionality provided, you will not have access to the Drive by default. You can request a Drive be manually added to your collab via support.
111 \\We apologise for any inconvenience this causes. 
112
113
chaney08 59.1 114 === **Drive issue (Solved)** ===
mmorgan 18.1 115
chaney08 59.1 116 Users have reported issues trying to access the drive. This is something we are aware of and trying to fix as soon as possible. This issue seems to be an Openshift problem.
hbpadmin 20.1 117
chaney08 59.1 118 Until this is resolved, users will have issues accessing any functionality that requires Drive access. This mainly concerns the Lab and to a less extant, any service that requires access to the drive.
hbpadmin 22.1 119
chaney08 59.1 120 **Potential fix: **We believe we have identified the issue and will be bringing the Lab service down for up to an hour at 10pm CEST on April 28th as we attempt to deploy this fix. All current Notebooks will be killed during this downtime. - Unfortunately this fix has not worked and we are looking at other solutions at the moment.
mmorgan 18.1 121
chaney08 59.1 122 **Potential fix 2: **We have another small release that should fix the issue at 13:30 CEST Today. All currently running notebooks will be killed during this downtime.
mmorgan 18.1 123
chaney08 59.1 124 This issue has been resolved, please let support know if you encounter any issues with the lab. Thank you for your understanding.
mmorgan 18.1 125
chaney08 59.1 126 We apologise for any inconvenience this has caused
hbpadmin 17.1 127
chaney08 59.1 128 === OnlyOffice license issue (Resolved) ===
129
hbpadmin 17.1 130 We are aware that some users are getting issues when trying to use OnlyOffice similar to the following image~:
131
mmorgan 18.1 132 [[image:1613726704318-340.png]].
hbpadmin 17.1 133
134 We are working on this issue and will have it fixed as soon as possible, thank you for your patience and we apologise for any inconvenience caused.
135
136
chaney08 59.1 137 === SSL certificates (2020-12-04) (Resolved) ===
hbpadmin 12.2 138
mmorgan 9.1 139 Our SSL Certificate provider (Let's Encrypt) has been using new certificates to sign our SSL certificates as described on their [[website>>https://letsencrypt.org/certificates]]. This requires updates on our servers and on your web browsers. The updates on your web browsers often go unnoticed by the user but in some cases your browser may inform you that it needs to fetch a new certificate. You can accept this safely; most browsers don't even mention it to the user.
mmorgan 7.1 140
141 Note that this is not the same as accepting an exception in your browser because of a bad certificate. Accepting such exceptions can put your data and credentials at risk of a person-in-the-middle attack.
142
143 We believe we have addressed all the issues that may arise from this change in SSL certificates. If you experience any issue, especially when accessing EBRAINS APIs, don't hesitate to contact [[support>>https://ebrains.eu/support]].
144
145
chaney08 59.1 146 === Files locked in the Drive (2020-09-30) (Resolved) ===
mmorgan 1.1 147
mmorgan 4.1 148 A few users have reported issues in saving OnlyOffice edits to the Drive of a collab.
mmorgan 1.1 149
mmorgan 4.1 150 We are looking into this. At the time being, it seems that a small number of files are locked by the Drive which prevents OnlyOffice to update these files when they are edited online.
mmorgan 1.1 151
mmorgan 4.1 152 We are actively trying to correct the problem as promptly as possible.
mmorgan 1.1 153
mmorgan 4.1 154 ==== The temporary workaround ====
mmorgan 2.1 155
mmorgan 4.1 156 When you open a file in OnlyOffice:
mmorgan 1.1 157
mmorgan 4.1 158 1. check if other users are editing the same file. The count appears at the top right corner.
159 1. perform a trivial edit and save
160 1. if you are the only user with that file open, you can trust the presence/absence of a warning message from OnlyOffice
161 1. if multiple users have the file open simultaneously, you can:
162 11. choose to trust the first user who opened it to have checked, or
163 11. check in the Drive the timestamp of the file that you just saved
mmorgan 1.1 164
mmorgan 4.1 165 OnlyOffice will notify you when you try to save a file and the save fails. If that happens:
mmorgan 1.1 166
mmorgan 4.1 167 1. read the message
168 1. use File > Download as ... > docx or pptx or xlsx to save the file to your computer
169 1. close OnlyOffice. (% style="color:#e74c3c" %)**DO NOT KEEP LOCKED FILES OPEN IN ONLYOFFICE.**(%%) It would mislead others.
170 1. rename the file by adding (% style="color:#3498db" %)//**_UNLOCKED**//(%%) at the end of the filename, before the extension
171 1. upload the file with its new name
172 1. work on this new file
mmorgan 1.1 173
mmorgan 4.1 174 We apologize for the inconvenience and thank you for your understanding.
175
176 The Collaboratory team