EDIT: Both network paths of our suppliers to Jihlava node have been interrupted. Storage facilities DU5 and CL1 are therefore not accessible. Repairs should be performed this afternoon. We will post further news.

We apologise for the inconvenience.

UPDATE 18:25: storage facilities are accessible again (with one of the connections).

UPDATE 18.9. morning: both network connections are in full operation.

In view of persistent problems with the mechanical components of the tape library on the hierarchical storage in Ostrava (du4.cesnet.cz, connected in MetaCentre as /storage/ostrava2-archive or /storage/cesnet-du), we were forced to limit user access to this system. This will allow us to extract user data from the tape library that still needs to be moved to newer devices.

From May 23, 2024, the storage will not be available to users using standard user protocols (NFSv4, rsync, scp, …).

If you need to work with the data from this storage, please contact the data storage user support, we will transfer the data to another suitable storage as agreed. Similarly, if you especially need space for new data, contact us and we will prepare object storage.

If you are not actively working with the data, please wait for further instructions regarding its migration.

We are sorry for problems. Send feedback Translation results available

Storage facility du4.cesnet.cz in Ostrava is currently undergoing a mechanical outage of tape robot system. Access to data stored on tapes is temporarily limited. It affects VO Storage services and virtual organisations with data kept at the facility. We will inform about the progress, now we waiting for specialised replacement component delivery is needed. This may take several days to solve.

We apologise for the inconvenience.

Storage facility du4.cesnet.cz in Ostrava is currently undergoing a mechanical outage of tape robot system. Access to data stored on tapes is temporarily limited. It affects VO Storage services and virtual organisations with data kept at the facility. We will inform about the progress, it can be nevertheless expected that specialised replacement component delivery is needed. This may take several days to solve.

We apologise for the inconvenience.

Update: data on tapes is fully accessible again.

Update, Monday, December 11, 3 PM: Ostrava data storage is back in operation.

The Ostrava data storage du4.cesnet.cz is currently struggling with an unplanned outage of the tape drive. An outage may cause limited access to data for VO Storage services and Custom Virtual Organizations having data there. We are working hard to fix the bug.

We are sorry for problems.

As the Globus service for data transfers has not been used by the community for quite a long time, it will be decommissioned in September 2023. Should it cause any inconvenience for the users, kindly contact our user support.

In Brno we put into operation one new data storage with a gross capacity of 26 PB. The new object data storage denoted as CL4 was built and installed on the premises of Mendel University in Brno.

With regards to the increasing amount of complex security attacks, we were obliged to perform two major changes in access to the data storages du4 and du5. The changes are related to SSH access (i.e. SCP and rsync). In case you do not use any of the protocols mentioned above you can finish reading here .

What are the changes:

1. Login over SSH protocol

Login over SSH using username and password will be disabled. Login via SSH will be further allowed only via SSH key or Kerberos ticket.

2. Restricting network connections from CESNET Data Storage to Internet

The second change is the prohibition of network connection from our data storage in the outward direction (Internet). This change is related to the protection of the internal network of our data storage. It will be impossible to use scp or rsync (running on the data storage) in the outward direction to copy your data. You will need to run the tools from the client side if you wish to download your data.

In case you were using for logging in username and password (in clients like Filezilla or WinSCP) it will be necessary to setup usage of SSH key pair (see the guides below), you can continue with the following steps:

• please check the way of authentication you use and perform the necessary changes in authentication for SSH key (or Kerberos ticket), FTP and samba protocols are not constrained with the changes - no action is required
• SSH keys should be added to the data storage exclusively via Perun system, see the guide
• detail documentation for SSH connection and Kerberos can be found here
• to setup SCP in Windows including SSH key you can visit this guide

Restriction related to the network connection in the outward direction affects only users, which used the commands on the frontend servers.

Above mentioned changes will come into effect on 19th April 2023.

Update 13:30 PM: ownCloud and Filesender are back in operation.

Maintenance will be performed on the ownCloud and Filesender service in the morning of 7 September 2022. The service is expected to be unavailable for several hours due to security update - assumption 9am - 1pm . We apologise for the inconvenience.

We've deployed one of the biggest Data Storage within Czech Republic. The total capacity of the new Data Storage is 33 PB. The new Data Storage designated as CL3 is located in the IT4INNOVATIONS supercomputing center in Ostrava. IT4INNOVATIONS is also the partner of CESNET under e-INFRA CZ umbrella. Further information can be found in the official press release.

Maintenance will be performed on the ownCloud service in the evening of 9 September 2021. The service is expected to be unavailable for several minutes due to database upgrade. We apologise for the inconvenience.

Update 11:25 AM: Ostrava storage facility is back in operation.

The Ostrava data storage facility du4.cesnet.cz is currently facing an unplanned outage. Services of the facility including ownCloud and FileSender are out of order.

We apologize for the inconvenience.

Update, Friday, June 11, 3 PM: ownCloud and Filesender services are back in operation.

From June 10, 5 PM until June 11 afternoon will occur scheduled downtime of the ownCloud and Filesender service. The purpose of scheduled downtime is a large upgrade of both services. We advise you to synchronize necessary files to your computers in advance. Neither the web interface https://owncloud.cesnet.cz nor client synchronization will be accessible in this period.

What to expect:

• enhanced file sharing and user group management
• improved web interface
• many important bug fixes from previous versions

We are sorry for the inconvenience. Thank you for understanding.

Update 02:30am: Ostrava storage facility is back in operation.

The Ostrava data storage facility du4.cesnet.cz is currently facing a power failure. Services of the facility including ownCloud and FileSender are out of order.

We apologise for inconvenience.

Update 8:00pm: DU5, CL1 and CL2 facilities are back in operation.

Due to unexpected system failure are object data centers CL1 and CL2 unaccessbile. Data Center DU5 is unaccessible as well. We will keep you informed about current state.

We apologise for inconvinience.

Due to an error of a tape drive in hierarchical storage facility DU4 in Ostrava, one of data replicas on two tape cartridges was damaged. The data is being restored from backups on other tapes. Restored data is returned into original locations, we add .restored extension to the files. Users can rename restored files to their original names and/or delete them in cases where original files have been overwritten with a new content and is readable (the users are advised to check readability of the files beforehand). Should you have any questions, kindly contact user support at support@cesnet.cz.

Update 10:30am: Ostrava storage facility is back in operation.

Due to unexpected system failure had to be Ostrava storage facility (du4.cesnet.cz, ostrava2-archive in MetaCentrum) shut down. We will keep you informed about current state.

Update 9:00pm: Ostrava storage facility is back in operation.

Outage of tape library in Ostrava (du4, also known as ostrava2-archive in MetaCentrum) is planned on 25 October 2020 from 9AM to approximately 5PM. Necessary update and hardware maintenance will be performed. The storage facility will be available, just the data migrated on to tapes will not recall during the outage.

We apologise for the inconvenience.

Update 1:00pm: Ostrava storage facility is back in operation.

Outage of tape library in Ostrava (du4, also known as ostrava2-archive in MetaCentrum) is planned on 31 August 2020 from 8AM to approximately 1PM. Necessary update and hardware maintenance will be performed. The storage facility will be available, just the data migrated on to tapes will not recall during the outage.

We apologise for the inconvenience.

Update 4:00pm: Ostrava storage facility is back in operation.

Outage of tape library in Ostrava (du4, also known as ostrava2-archive in MetaCentrum) is planned on 6 April 2020 from 7AM to approximately 5PM. Necessary update and hardware maintenance will be performed. The storage facility will be available, just the data migrated on to tapes will not recall during the outage.

We apologise for the inconvenience.

We've started on 1.1.2020 final data migration of Metacentrum users from Brno data storage (du3) to the Ostrava data storage (du4). In this moment there is no need of user action. Complete data migration will be done by administrators. In case you will find out your data inaccessible in Brno Data Storage, then the migration is done. Your files from Brno Data Storage could be then found on the Ostrava Data Storage in your home directory in the folder named “migrated_du3”.

Thank you for cooperation.

Update 5:00pm: Ostrava storage facility is back in operation.

Outage of tape library in Ostrava (du4, also known as ostrava2-archive in MetaCentrum) is planned on 18 December 2019 from 9AM to approximately 5PM. Necessary update and hardware maintenance will be performed. The storage facility will be available, just the data migrated on to tapes will not recall during the outage.

We apologise for the inconvenience.

Update 5:00pm: Ostrava storage facility is back in operation.

Due to unexpected system failure had to be Ostrava storage facility (du4.cesnet.cz, ostrava2-archive in MetaCentrum) shut down. We will keep you informed about current state.

Update 2:00pm: Jihlava storage facility is back in operation.

There is scheduled outage ofthe Data Center CL1 and du5 in Jihlava. The suplier is extending UPS system in the server room. Expected finalization is until 6 PM.

We apologise of the inconvenience.

Update 3:55pm: Ostrava storage facility (incl. FileSender and ownCloud) is back in operation.

Due to operational reasons had to be Ostrava storage facility (du4.cesnet.cz, ostrava2-archive in MetaCentrum) shut down. The outage include ownCloud and FileSender services as well. We will keep you informed about current state.

Update 5:00pm: Ostrava storage facility (du4.cesnet.cz, ostrava2-archive in MetaCentrum) is back in operation.

Due to tape library failure in Ostrava storage facility (du4.cesnet.cz, ostrava2-archive in MetaCentrum) had the tape library to be shut down. The data center is still accessible. However in case that your data are migrated to the tape library, there won't occure migration back to the disk tier. That can cause I/O errors.

We apologise of the inconvenience.

We would like to inform you that the ownCloud & FileSender services are back in operation.

Thank you for understanding and we are sorry for casused difficulties.

We would like to inform you that the ownCloud service is unexpectedly out of operation. We are trying hard to put it back into operation.

Thank you for understanding and we are sorry for the inconvenience.

We would like to inform you that the ownCloud & FileSender services are back in operation.

Thank you for cooperation.

We would like to inform you that the ownCloud & FileSender services are currently under planned maintenance. We are performing service upgrade and necessary changes in cluster arrangement. The services should be back in operation on Thursday morning.

Thank you for understanding and we apologise for the inconvenience.

New and significantly improved version of the FileSender system has been put into operation.

New features include:

• possibility to send more files at once,
• files can be dragged'n'dropped into FileSender web site,
• detailed notification setting,
• web interface language can be explicitly selected,
• default file expiration is set to ten days (majority of users download very soon), it can be extended up to 30 days.

The system is available at https://filesender.cesnet.cz.

We would like to inform you that the ownCloud service is back in operation.

Thank you for understanding and we are sorry for casused difficulties.

We would like to inform you that the ownCloud service is unexpectedly out of operation. We are trying hard to put it back into operation.

Thank you for understanding and we are sorry for the inconvenience.

We would like to inform you that the ownCloud service will be unavailable from Wednesday 29th August 2018 from 1 pm until the 3 pm. Thank you for understanding and we are sorry for the inconvenience.

We would like to inform you about typical issues with logging into ownCloud after recent upgrade and how to prevent them.

For logging into ownCloud, kindly use the same login and password from the same institution you had used before the upgrade. There is no need to worry about the button “Register” in the “New user” section in the user management system. It is not to create a new ownCloud account, just a registration to the user management system that is necessary to perform. There is no need to worry about registering additional identities now, it can be done later.

We have improved upon our documentation, please check https://du.cesnet.cz/en/navody/owncloud/start#first_logging_into_the_cesnet_e-infrastructure.

When using the desktop client, please note that version 2.4.0 or newer is necessary for the log in procedure to succeed.

We would like to inform you that the ownCloud service is operational again. Authentication into the system is now integrated into the CESNET e-infrastructure (it used to use the identity federation directly). Please note that following notes may be important for you.

If you have been registered in the e-infrastructure, you will observe no difference. If you have been using just ownCloud of all of our services, and/or you access it with an identity unknown to the rest of the CESNET e-infrastructure, the system will guide you through the “first login” procedure. It is just a way to get your identity into our centralised system, you shall find your data and settings in ownCloud untouched. The procedure is described in the documentation:

https://du.cesnet.cz/en/navody/owncloud/start#first_logging_in_to_the_cesnet_e-infrastructure

Client registration has been changed, too. It will no longer use special user names and passwords, but logging into a web interface. It will be necessary to register the clients again. WebDAV will have specific application passwords. We again refer to the documentation:

https://du.cesnet.cz/en/navody/owncloud/start#desktop_client

https://du.cesnet.cz/en/navody/owncloud/start#access_via_webdav_protocol

After the upgrade, a problem with some mobile clients (Android, iOS) manifested itself, preventing the clients from registering to user accounts. We are working to find a solution and you will be informed. We apologise, unfortunately, this behaviour has not occurred during testing.

Update 23. 6. 1PM: problem with mobile clients has been resolved, Log in from mobile clients should be operational now.

We would like to inform you that the ownCloud service will be unavailable from Wednesday 20th June 2018 from 8 am until the evening of Friday 22nd June 2018. We advise you to synchronise necessary files to your computers in advance. Neither the web interface https://owncloud.cesnet.cz/ nor client synchronisation will be accessible in this period.

A significant upgrade of the service will be performed and the service will be transferred to a new data storage facility in Ostrava. This operation shall also resolve poor service accessibility we have observed in past weeks.

What to expect:

• ownCloud 10 operated on a clustered architecture
• better client security: client application will be registered through the web interface (clients will have to register again)
• special passwords for each WebDAV sharing
• any federated identity connected to your e-infrastructure account can be used to log into the web interface

Thank you for understanding and we are sorry for the inconvenience.

New Terms of Service bring relatively slight changes and clarifications. The changes partly react to current hystery related to new personal data protection legislation. The Terms do not contain factual changes, they just describe in better resolution how the services have been presented by us for years. New Terms of Service will come into effect on 9th July 2018.

1. We explicitly refer to the Statement of ethical and responsible data handling we follow.
2. We elaborate on what we mean by dispositions by the VO administrator how to handle data by a VO ex-member.
3. We declare that it is user's responsibility to keep the mail contact working so that we can contact the user with necessary operation and security related information. We advise the users to give us a phone number too, it will be used in urgent cases only.
4. Reacting to many questions, we clarify that if the user data happen to contain personal data, it is not processed by us in any way.
5. Finally, we explicitly declare that the storage facility is intended for storing neither personal data nor medical documentation in the open (unencrypted). It is our opinion that such data can be stored there after strong encryption at user's side. We suggest the users to better be safe than sorry and consult their local law department in such cases.

We are still working on the problem of high load of the ownCloud system that manifests itself by reduced accessibility in peak times. It turned out current solution reached its limits and optimisations we have done don't keep up with current demands. The only remaining possibility is to move the system to a new hardware. It will be accompanied with upgrade to a new version and transferring to a scalable architecture, expected to resolve the issue completely.

In order to transfer the system, a series of steps must be taken. We expect them to need about two more weeks. We will soon announce maintenance time that will be technologically necessary for the final stage of consistent data and configuration transfer to the new facility.

We still suggest the users to prefer using ownCloud client over accessing the web. The client will disconnect from time to time when the server is under heavy load, it will eventually synchronise the data, though.

We would like to ask the users for patience, the process requires steps that unfortunately cannot be sped up.

We have recently observed issues with access to the ownCloud service, namely slow web interface as well as loss of connection of desktop clients. We are working on resolving those issues.

The problem is caused by sudden and unexpected increase of server load since the end of the last week. The servers are currently overloaded beyond acceptable levels. We are searching for the root cause of this state in order to resolve the situation as soon as possible.

In any case, transferring the service to a new more powerful cluster has been planned. Unfortunately, it can be done in no less than two or three weeks as the user data must be transferred there. This procedure takes significant time due to a sheer amount of files in the system. During the transfer onto new hardware, the service will also be upgraded. This shall resolve the issue completely.

We apologise for the issue and we would like to assure the users that resolving it is our topmost priority.

Currently, we suggest using desktop clients instead of the web interface. The client will tend to lose connection, but it will periodically recover, being able to synchronise the files just taking more time than usual.

We would like to inform you that a small portion of data in the hierarchical storage in Pilsen (du1.cesnet.cz) is temporarily inaccessible due to disk array shelf outage. We are waiting for the supplier to provide a spare part for the shelf. We'll inform you as soon as the data is accessible again. We are sorry for the inconvenience.

Update: all data in Pilsen is accessible, the system has been completely repaired.

We would like to inform you that the hierarchical storage in Brno (*.du3.cesnet.cz, MetaCentrum mount point /storage/brno5-archive) will be out of order on 7 December 2017 from 9 AM to approximately 6 PM. The tape library will be serviced by the supplier of the system. Services of other storage facilities in Pilsen (du1.cesnet.cz) and Jihlava (du2.cesnet.cz), as well as ownCloud and FileSender access, will be not affected. We apologise for the inconvenience and hope for your understanding.

We would like to inform you that new Data Storage Terms of Service have been published on 30th November. They bring significant changes and new concepts and coming into effect on 1st January 2018. Full text can be found at https://du.cesnet.cz/en/provozni_pravidla/start.

https://owncloud.cesnet.cz reached a ten thousand registred users 19th of October and the number is increasing.

Certificate was changed on the servers *.du2.cesnet.cz (for example ftp.du2.cesnet.cz) on 1 August 2017. New certificate can be identified by the following fingerprints:

      SHA256: Fingerprint=F8:3E:0E:0B:FC:95:D3:2C:E4:EE:FC:B5:6C:29:2F:DA:0A:22:8B:F4:82:B7:3D:14:40:CF:53:95:AE:9D:B6:17
      SHA1: Fingerprint=69:CD:DB:B5:07:E8:DF:8A:D9:B0:69:25:B4:B7:3A:C8:22:5C:3B:DE
      MD5: Fingerprint=0B:10:3C:84:BB:0F:CE:5F:40:C9:38:E8:F1:7C:CB:66

The certificate was signed by these Certificate authorities. Old certificate identified by fingerprints:

      SHA256: AB:E3:6A:35:1E:46:90:6D:D5:E0:68:A4:C1:F6:E2:A4:02:29:FB:C3:1E:CF:C4:8E:C5:E5:81:B4:18:D9:61:19
      SHA1: 58:3C:C3:11:BC:EB:1B:D4:FA:DE:49:64:CB:3B:79:F6:A3:48:B6:B4
      MD5: 04:19:2D:A5:10:AB:0A:45:95:FF:B0:5A:70:36:A9:96

is no longer valid.

Due to disk array issues in Jihlava (du2.cesnet.cz), short outages of file system access services and ownCloud may occur. We are cooperating with the system supplier to solve the issue.

We are sorry for the inconvenience and we will inform you about any significant developments.

Update, June 14: all the issues have been solved.

Certificate was changed on the servers *.du1.cesnet.cz (for example ftp.du1.cesnet.cz) on 11 July 2017. New certificate can be identified by the following fingerprints:
The certificate was signed by these Certificate authorities.

      SHA256: AB:E3:6A:35:1E:46:90:6D:D5:E0:68:A4:C1:F6:E2:A4:02:29:FB:C3:1E:CF:C4:8E:C5:E5:81:B4:18:D9:61:19
      SHA1: 58:3C:C3:11:BC:EB:1B:D4:FA:DE:49:64:CB:3B:79:F6:A3:48:B6:B4
      MD5: 04:19:2D:A5:10:AB:0A:45:95:FF:B0:5A:70:36:A9:96

Old certificate identified by fingerprints:

      SHA256: 57:4D:1C:60:80:12:4E:F8:EE:16:10:15:A0:65:B8:C8:B5:D5:17:EA:38:6C:1F:DA:8C:AE:5D:C1:AE:DF:E8:CE
      SHA1: B1:A3:4F:68:56:83:A1:13:7C:F8:6F:AD:9E:1E:38:D0:59:C6:27:BC
      MD5: 38:A2:74:F7:2A:1F:10:11:52:87:BE:EC:4C:68:18:72

is no longer valid.

If you use public SSH keys in the authorized_keys file to access the storage facilities and you've configured it directly on the storage facility you use, it is very likely that this file was overwritten due to an error in the user management system Perun.

If you don't use this authentication method at all or you've exclusively used Perun to set up your public SSH keys, this announcement is not relevant for you. We would like to assure you that this issue didn't affect data safety, it just cut off one access method to the storage.

Provided this announcement is relevant for you, we would like to advise you to:

• check especially systems that access the storage facility via SSH keys without direct user action (e.g. backup machines, service identities),
• use Perun to configure your public SSH keys on the storage facilities. It will ensure that all relevant services you have access to will be configured to use the keys. We have prepared a short howto: https://du.cesnet.cz/en/navody/perun/pridani_ssh_klice/start

Perun authors apologise for the inconvenience.

Due to a malfunction, the hierarchical storage in Jihlava (*.du2.cesnet.cz, /storage/jihlava2-archive in MetaCentrum) is currently not accessible by users. We are working to rectify the situation and we will keep you informed.
We are sorry for the inconvenience.
Update, June 21, 2017, 10:08: all systems are fully operational again.

Internal network failure has occurred on the Jihlava data storage facility (du2.cesnet.cz), which also affected the ownCloud service. We are closely cooperating with the system supplier to mitigate the situation. We are deeply sorry for the inconvenience and we'll inform you about any significant developments.
Update: all systems are up and running. There are still problems in the internal network (including hardware components that need to be replaced), therefore short outages can occur in the process. We are sorry for the inconvenience and thank you for your understanding.

A breakdown of a cooling water pipe in Pilsen university campus occured in today's early morning, resulting in the outage of the network connection as the server room must have been shut down. Storage facility in Pilsen (du1) was operational, but it was not accessible from outside network. Due to the nature and scope of the breakdown, occasional unavailability of the storage facility is expected during weekend. Our colleagues in Pilsen work hard to resolve the situation. There is no danger for the data stored there. We apologise for the issue.

We have deployed checksum system for increasing the credibility and safety of data storing on CESNET Data Storage in Jihlava and Brno (du2 and du3). Checksum system will automatically calculate checksum after you will upload your data to the mentioned data storage. Users can those checksums verify using Hasher application. Currently is the Hasher application available after logging in via ssh to the data storage. Later on in the year 2017 we plan to release Hasher application for your localhost usage. Checksum system can be used to verify the integrity of your data during the transfer between your local host and remote host. First you can calculate e.g. MD5 hash, and after you transferred your data to the remote data storage, you can use Hasher application and compare both file hashes (localhost hash vs remotehost hash). Guide for Hasher application can be found in detail documentation - CZECH ONLY.

Start since January 15, 2017 will come into effect the new Terms of Service of Data Storage CESNET. There are slight modifications comprising: - reference to the new infrastructure policy (there are only statement modifications, however meaning remains same) - better statement of the VO admin role in case of data management of expired users - explicit statement, that we can (often we must) use operation statistics in reports of infrastructure projects, which are covering our operation - other slight modifications

Valid Terms of Service can be found here.

We would like to inform you that due to urgent maintenance, the hierarchical storage in Jihlava (*.du2.cesnet.cz, /storage/jihlava2-archive in MetaCentrum) will be inaccessible on Thursday, 13 October 2016 from 1 PM to about 3 PM.

Services of other storage facilities in Pilsen (du1.cesnet.cz) and Brno (du3.cesnet.cz) are not affected. The FileSender and ownCloud services are not affected.

We apologise for the inconvenience and hope for your understanding.

Certificate was changed on the servers *.du3.cesnet.cz (for example ftp.du3.cesnet.cz) on 10th October 2016. New certificate can be identified by the following fingerprints:

   SHA256: 38:1A:D6:E6:78:66:5D:E9:65:2B:1A:FC:D8:35:9A:2E:A4:DF:1C:81:2A:19:CB:CF:E3:2B:C7:0B:B4:F2:E3:09
   SHA1: 05:C2:15:31:C2:FB:0B:4C:D3:C5:A8:E0:8F:B8:D6:F4:0E:D8:A7:C7
   MD5: 24:D3:ED:02:3C:A1:0A:B0:F8:48:C4:45:EF:BF:BF:B9

The certificate was signed by these Certificate authorities.

Old certificate identified by fingerprints:

   SHA256: 0A:40:1A:35:98:9D:0A:6A:FD:7E:89:D7:98:E5:28:C2:0D:A9:EB:16:63:2B:0B:08:0C:80:C6:83:38:E8:D5:25
   SHA1: B2:3C:64:F8:1D:23:43:F2:96:40:15:E2:D0:1E:33:41:16:E7:9B:70
   MD5: C9:82:97:07:31:D6:E6:43:FA:85:AA:81:03:1C:F1:53

is no longer valid.

Certificate was changed on the servers *.du2.cesnet.cz (for example ftp.du2.cesnet.cz) on 23 August 2016. New certificate can be identified by the following fingerprints:

   SHA256: B0:01:15:C7:54:61:AC:6A:4C:AE:68:65:D8:C4:6E:B6:D7:4A:2A:FD:79:63:B1:64:1D:26:4D:6F:7D:0E:2F:E5
   SHA1: 18:2D:DE:E8:A4:81:EE:FA:9F:A2:B8:8F:22:20:8A:3D:17:F7:50:7A
   MD5: 3D:AA:DC:82:92:D8:AA:68:53:19:CC:23:4F:F5:59:67

The certificate was signed by these Certificate authorities.

Old certificate identified by fingerprints:

   SHA256: 93:09:B9:53:17:BC:54:73:8E:01:7B:23:76:2F:73:F5:68:7A:CE:31:9B:62:B7:A6:4A:90:FD:8A:14:23:A5:39
   SHA1: A4:AB:A3:3B:C3:06:91:48:27:32:E4:AE:B7:94:96:C0:05:DA:01:34
   MD5: 57:AF:60:6D:91:5E:12:39:4F:FD:00:04:32:4D:80:6A

is no longer valid.

We would like to inform you about the maintenance on hierarchical data storage in Pilsen (*.du1.cesnet.cz, in MetaCentrum /storage/plzen2-archive) on Thursday July 21, 2016 from 9:30 AM, from the reason of necessary repair of the Pilsen data storage. Expected duration of the maintanance is 4 hours.

The unavailable services are: access to the Pilsen data storage filesystem, FileSender, dCache, Accounting

Thank you for understanding and we are sorry for the inconvenience.

The ownCloud service is operational again. If your desktop and/or mobile client is running, it will connect automatically.

The CESNET ownCloud server has been upgraded to version 8.2.5 which brings many bug fixes and minor improvements. You can find a detailed list of changes at https://owncloud.org/changelog/

We regret that the outage was longer than expected due to unforeseen technical difficulties. We are sorry for the inconvenience and we hope for your understanding.

Certificate was changed on the servers *.du1.cesnet.cz (for example ftp.du1.cesnet.cz) on 15 June 2016. New certificate can be identified by the following fingerprints:

   SHA256: 57:4D:1C:60:80:12:4E:F8:EE:16:10:15:A0:65:B8:C8:B5:D5:17:EA:38:6C:1F:DA:8C:AE:5D:C1:AE:DF:E8:CE
   SHA1: B1:A3:4F:68:56:83:A1:13:7C:F8:6F:AD:9E:1E:38:D0:59:C6:27:BC
   MD5: 38:A2:74:F7:2A:1F:10:11:52:87:BE:EC:4C:68:18:72

The certificate was signed by these Certificate authorities.

Old certificate identified by fingerprints:

   SHA256: CA:B0:8F:CD:98:14:9D:02:15:3B:94:9B:B2:93:6E:D0:38:82:4E:7C:BB:56:B2:ED:DB:01:B0:4E:43:A2:45:00
   SHA1: A8:90:63:33:2E:E4:9B:03:13:1A:55:ED:FE:B8:B6:A4:F5:C2:4B:A6
   MD5: E9:5D:87:CE:B3:C1:FB:6C:1E:8F:8D:D6:34:D9:A1:04 

is no longer valid.

We would like to inform you that the ownCloud service will be unavailable on Wednesday June 15, 2016 from 9 AM because of a necessary server security update. Expected duration of the outage is about 2 hours.

Thank you for understanding and we are sorry for the inconvenience.

We would like to inform you that because of the ownCloud server upgrade, ownCloud clients version older than 1.7 are no longer supported with our service.

We would like to recommend you to use the current version (2.1.1) of the ownCloud client (except 1.8.0 and 1.8.1 which have problems described in other news, see below).

The client usually offers update when a new version is released. You can also download current version from https://owncloud.org/install/#install-clients .

If you have any inquiries, kindly contact us by mail to support@cesnet.cz

The ownCloud service is operational again. If your desktop and/or mobile client is running, it will connect automatically.

It is also possible to upgrade to current client version, such as 2.1 or 2.1.1. The issue with file permission has been resolved.

The CESNET ownCloud server has been upgraded to version 8.2.2. Interesting “user visible” changes are, e.g.:

• the server is compatible with newest clients 2.1 and 2.1.1.,
• the web interface is more intuitive,
• deleted files are organised in folders,
• ownCloud supports sharing data with users of other ownCloud instances; if you are interested in this feature, kindly contact us so that we can configure and allow sharing with your partners,
• various notifications can be set up in the web interface (e.g. about file sharing) and the notifications can be aggregated,
• many bug fixes and minor improvements; you can find a detailed list of changes at https://owncloud.org/changelog/ (search for differences in versions 7 and 8).

We would like to inform you that server upgrade will be performed. ownCloud service will be unavailable from Wednesday February 17 about 9 AM until at most Sunday February 21. We advise you to synchronise necessary files to your computers in advance.

We will inform you when the upgrade is finished.

If you have any inquiries, kindly contact us by replying to this mail to support(at)cesnet.cz.

This announcement was distributed to all ownCloud service users who have home institutions providing correctly mail addresses to the identity federation.

Thank you for understanding and we are sorry for the inconvenience.

https://owncloud.cesnet.cz reached a five thousand active users on 4th of February and the number is increasing.

Outage of Jihlava storage facility (du2.cesnet.cz) has been observed last night. The outage affects both filesystem services as well as the ownCloud service. We are intensively working on the issue and we apologize for the problems.

Update: All services include ownCloud are up and running

We would like to inform you that starting from September 9, 2015, a necessary update of owncloud.cesnet.cz will be performed. ownCloud service will not be available from September 9, 8:30 AM. We expect finishing all updates by the afternoon of September 10.

Web interface as well as file synchronisation will not be available during maintenance. We recommend you to download/synchronise files necessary during the period to your local computers in advance.

We are sorry for the inconvenience. No other CESNET data storage services will be affected.

We would like to inform you that usage of personal computer ownCloud client version 1.8.1 and older is strongly discouraged with our service. The client has an error that is observed from time to time, but it can cause file corruption during file upload to the server. ownCloud clients for mobile platforms are not affected at all.

We would like to recommend you to use current version of the ownCloud client for personal computers (Windows, Linux, Mac), i.e. at least version 1.8.3.

The client usually offers update when a new version is released. You can also download current version from
https://owncloud.org/install/#install-clients .

If you have any inquiries, kindly contact us by mail to support@cesnet.cz

This announcement was also distributed via mail to all ownCloud service users who have home institutions providing correctly mail addresses to the identity federation.

Certificate was changed on the servers store[1-6].du1.cesnet.cz on 2 June 2015. New certificate can be identified by the following fingerprints:

   SHA256: CA:B0:8F:CD:98:14:9D:02:15:3B:94:9B:B2:93:6E:D0:38:82:4E:7C:BB:56:B2:ED:DB:01:B0:4E:43:A2:45:00
   SHA1: A8:90:63:33:2E:E4:9B:03:13:1A:55:ED:FE:B8:B6:A4:F5:C2:4B:A6
   MD5: E9:5D:87:CE:B3:C1:FB:6C:1E:8F:8D:D6:34:D9:A1:04 

The certificate was signed by these Certificate authorities.

Old certificate identified by fingerprints:

   SHA1: 41:6C:8B:9A:8E:50:57:1D:28:31:D6:92:E4:6D:45:3C:29:B1:9E:85
   MD5: FF:72:04:48:33:75:B8:BE:46:27:D6:CC:0B:C9:4A:D5

is no longer valid.

We would like to inform you that usage of personal computer ownCloud client version 1.8.0 is strongly discouraged with our service. The client has an error that is observed from time to time, but it deletes the local copy of the data on the personal computer. While this error is unpleasant, there is no risk of data loss (as explained below).

How to proceed.

You can find version number of your client in Settings - General. If the version is any other than 1.8.0, everything is OK. Just don't install that version on your system.

The error should be also corrected in version 1.8.1. This upgrade has not been released yet, though.

Instead of 1.8.0, install version 1.7.1 from https://owncloud.org/changelog/desktop/

If you have observed deleting local files by client version 1.8.0, and/or you have observed any other synchronisation problems, you can force resynchronisation of the local copy of the data as follows:

1. stop and uninstall client version 1.8.0
2. in the main ownCloud folder, there is file named .csync_journal.db. Move it outside the ownCloud folder or rename it (if you prefer to keep it for an analysis; otherwise you can just delete it)
3. install client version 1.7.1 from https://owncloud.org/changelog/desktop/ and run it
4. local data will be synchronised with the server; please keep in mind this operation can last several hours depending on the amount of the data
5. just to be sure, kindly check the contents of the “waste basket” in the ownCloud web interface (button “Deleted files”)

Details–why no risk of data loss is connected with this client error:

1. the client deletes just the _local_ copy of the data on your computer, the data on the server is not affected
2. even real deleting files on the ownCloud server is realised by moving them to the waste basket (“Deleted files” button in the web interface)
3. all data in your ownCloud archive are backed up by us once a day

If you have any inquiries, kindly contact us by mail to support@cesnet.cz

This announcement was also distributed via mail to all ownCloud service users who have home institutions providing correctly mail addresses to the identity federation.

New Terms of Service will come into effect in February 2015. The only change is that if a user's membership expires (for one reason or another), we will allow the user to download his or her data upon request, when necessary and, of course, if technically possible. It shouldn't be needed very often, but we are happy to assure our users that such a possibility exists.

New website of CESNET data storage services has been put into operation today. Link structure has been modified during the process, resulting in more human readable form. If your bookmarks contain direct links to the web, please update them. We promise that when updating the website again, we'll do our best not to change links again.

By the way, our ownCloud has more than 2000 users now, precisely 2131 today.

https://owncloud.cesnet.cz reached a thousand active users on 30th of June and the number is increasing.

New text of the Terms of Service has been published today. They come into effect in three months, until then the current version is valid. The Terms were mainly updated to reflect real procedures related to Virtual Organisation handling.

Hierarchical storage in Pilsen (*.du1.cesnet.cz) will be inaccessible on May 7, 2014, from 8.30 AM till 7 PM (expected). Major software patches (bug fixes) will be applied by the system vendor.

FileSender service shell be available during the outage, short periods of inaccessibility can happen though. On the opposite, ownCloud service as well as other storage facilities will not be affected.

We apologise for the inconvenience and hope for your understanding

ownCloud is a service to access, sync, and share files. ownCloud is now hosted by CESNET storage servers. It provides web access to your files and synchronizes your data among your computers as well as mobile devices. Access to the service is federated.

Documentation is available in the documentation section. You are advised to check the documentation especially for links to free ownCloud mobile clients as well as setup instructions.

To create an account and to access the service, use https://owncloud.cesnet.cz.

Certificate was changed on the servers store[1-6].du1.cesnet.cz on 15 February 2014. New certificate can be identified by the following fingerprints:

   MD5: FF:72:04:48:33:75:B8:BE:46:27:D6:CC:0B:C9:4A:D5
   SHA1: 41:6C:8B:9A:8E:50:57:1D:28:31:D6:92:E4:6D:45:3C:29:B1:9E:85

The certificate was signed by these Certificate authorities.

Old certificate identified by fingerprints:

   MD5: 10:3A:1E:0E:0F:8B:DE:8F:40:E4:6D:3E:D3:6F:D6:F6
   SHA1: CF:51:14:E6:79:BD:CA:9B:09:6D:F7:DF:7C:CC:95:AA:FE:E5:A2:BC

is no longer valid.

Today was overcome by another “nice” number: storage located in Pilsen administered for 2 PB of data that is stored. This number represents cast of 1001 tapes.

This is a service for copying large amounts of data over long distances using a web interface. You can transfer data between your home directory in the data storage CESNET and the other remote repositories supporting GlobusOnline or your workstation/laptop with installed client.

You can read more in the following guide.

Users from MetaCentrum can get direct access to the data stored in Pilsen. The storage CESNET is connected to all machines of MetaCentrum. Users from MetaCentrum can use storage for storing valuable archival data.

Into resources available in a virtual organization called Storage, we added a data storage area with migration policy tape_tape. Migration policy determines to which the storage layer the data will be stored and under what circumstances it has changed.

Users from VO Storage (including already exist) was a reference to the space added to their home directories. The current policy cache_tape suited mainly for storing small data that is more vivid. Tape_tape space is suitable for storing personal backups and archives that are rarely accessed. Disk space policy tape_tape also allows you to set greater quotas for more comfortable working with large data. If the user finds quota insufficient, we can change it.

For details, see on description of migration politicies.

We changed shell for SSH access to the store in Pilsen to BASH. Its main advantages are

• you don't need to call ssh for each command you want to execute,
• you can use the command output for the input of another command by using pipe

If you are using ssh access to the data storage in scripts, you don't need to change anything. But the new setting is more user friendly.

Detailed description of ssh access you can find in guide.

From now we are fully support HPN-SSH patch that was previously deployed on our servers. Patch brings higher speed transfer using SSH protocol. Improvements can be observed even without the application of patches on your side, but the best results are obtained by using a modified SSH client, which automatically starts using parallel AES encryption.

Since rsync, SCP and SFTP protocols are tunneled through SSH, acceleration is reflected even in these protocols.

Update: Because of instability of HPN patch in some cases, we removed this patch from SSH binaries.

We made extensive reconfiguration of arrays stored in Pilsen. We changed the location of the home directories and directories of each virtual organizations.

We recommend users to familiarize themselves with the new structure, which is described in guide.

Certificate was changed on the servers store[1-6].du1.cesnet.cz on 11 February 2013. New certificate can be identified by the following fingerprints:

   MD5: 10:3A:1E:0E:0F:8B:DE:8F:40:E4:6D:3E:D3:6F:D6:F6
   SHA1: CF:51:14:E6:79:BD:CA:9B:09:6D:F7:DF:7C:CC:95:AA:FE:E5:A2:BC

The certificate was signed by these Certificate authorities.

Old certificate identified by fingerprints:

   MD5: DE:78:98:F8:5A:3F:B1:BD:96:2B:D9:C0:E0:A1:DB:3D
   SHA1: 53:A6:E9:FE:68:7A:94:FB:F2:13:C2:57:0F:F1:86:9E:10:29:84:8C

is no longer valid.

2 February 2013 was updated FileSender from version 1.1 to 1.5rc1 (https://filesender.cesnet.cz/). Between main advantages of this version belong full HTML5 support and a new languages support.

With support for HTML5 in the browser FireFox or Chrome we can upload or download files without the need to install Adobe Flash Player. Browser Internet Explorer in the most popular versions has still problem with HTML5, so there is still required a presence Adobe Flash Player to upload the file.

Language in FileSender will automatically switch according to language preferences in the browser - to user witch Czech preferences will automatically appears Czech environment, to user with Norwegian preferences will automatically appears Norwegian.

Update was made without losing data - files previously recorded or created invitations are still valid.