2024-09-20 10:44: Central file server: Maintenance work on 27/09/2024 from 2.30 pm
Maintenance work will take place on Friday, 27 September 2024 (firmware upgrade), which is expected to last between 14:30 - 19:30.
Individual interruptions at different times must be expected.
The affected services and the effects are described below.
==================
Affected services:
==================
In addition to the home directories, all services that use the central file server are affected.
These services include, among others: Ilias, web server, work group server, BSCW, NEMO, bwLehrpool, home directories, login server, shares / group drives and profiles (Windows)
==================
General effects:
==================
Depending on the type of connection of the various services, outages may last for different lengths of time.
Login, session and memory problems can therefore occur at any time during the maintenance window.
If necessary, please note the protocol-specific information described below.
Each storage node is updated and restarted individually one after the other. The storage node is therefore not available for the duration of the
update (approx. 20-30 minutes).
Services whose protocol connection automatically switches to another storage node will only be affected for a short time. Services whose protocol connection does not allow automatic switching will therefore be unavailable for up to approx. 40 minutes.
As the individual storage nodes are updated at any given time, it is not possible to determine when the individual services will be affected.
Note for home directories / shares / group drives: With these services, it can happen that the directory is temporarily unavailable and access hangs.
Depending on the timeout, access may be possible again after just a few minutes, so you simply have to wait a short time. If access is still not possible after a longer period of time, you may need to establish a new connection manually.
Notes for the various protocols:
==================
Effect for NFSv3 customers who
use ufr-dyn.isi1.public.ads.uni-freiburg.de
==================
Customers who connect to our storage system using NFSv3 via the ufr-dyn.isi1.public.ads.uni-freiburg.de URL should only be minimally burdened by this procedure.
The reason for this is that the IP of a storage node is automatically transferred to another node as soon as the original node is unavailable.
We therefore expect that only a short latency will be noticeable.
==================
Effect for all other customers (SMB + NFSv3/v4),
who use ufr.isi1.public.ads.uni-freiburg.de
==================
For all customers who integrate the storage area via ufr.isi1.public.ads.uni-freiburg.de (both SMB and NFSv3/v4), this procedure means above all
that at some point the node via which the connection to the storage system exists is not available for the duration of the restart / update (approx. 30 minutes). If necessary, a new connection to the storage system can be established manually / automatically to connect to a new node.
This minimises downtime, although it can of course happen that a connection is established with a node that is updated later.
NFS/SMB: In the case of a hard-mount, the connection naturally hangs until the storage node is available again.
We apologise for any inconvenience this may cause and will endeavour to keep disruption to a minimum.
With kind regards,
Your Storage Team