Update 2:30pm: Jihlava storage facility (du2.cesnet.cz, jihlava2-archive in MetaCentrum) is back in operation.

Due to power generator failure in Jihlava, Jihlava storage facility (du2.cesnet.cz, jihlava2-archive in MetaCentrum) had to be shut down. Currently, we have no detailed information on recovery time estimates. We'll keep you informed.

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.