Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

EUMETSAT is establishing has established a new set of data access services that will bring are bringing the full data catalog catalogue online.  Some more General information can be found here (in particular, see the part on the Data Store): https://wwwuser.eumetsat.int/website/home/Data/DataDelivery/NewPilotDataServices/index.html

At the initial opening of EWC to users, these services were not yet fully tested, populated or widely-accessible.  Even once the services are open, it will still take time to fully populate them.

As a workaround for this intermediate period, virtual machines on the EUMETSAT cloud are able to mount an NFS share holding selected datasets.  This server will be maintained until it is no longer needed.

Mounting the EUMETSAT NFS data archive

Setting up your instance

Info

For data access, you will need to provision your instance on the EUMETSAT cloud (or establish a VPN connection to the EUMETSAT cloud).

In order to mount the NFS drive, first, you need to create the Virtual Machine instances in the Morpheus UI. You can follow the Provision a new instance - web Knowledge Base Article to get started.

Mounting NFS Share

After logging in to the virtual machine that you want to access the EUMETSAT data, all you need is to do is mount the NFS drive that rests on 198.18.255.11 onto the directory where you want it.  You will need sudo permissions or root access to accomplish the major steps here.

Verify access to the NFS server

You can see all exported file systems on the EUMETSAT NFS server without mounting it using the showmount command like in the example below:

Code Block
languagebash
karatosun@myfirstvm ~$ showmount --exports 198.18.255.11
Export list for 198.18.255.11:
...  (lot of text, but should include)
/ifs/data/EUMETSAT_DATA 
/ifs/data/EUMETCAST 
...
Info

If you receive an error (e.g. timeout), please refer to the troubleshooting section below.

 Create the (empty) directory where you'll mount the NFS share

You can place this anywhere you wish; we have chosen /eumetsatdata in the example here

Code Block
languagebash
karatosun@myfirstvm ~$ sudo mkdir /eumetsatdata
karatosun@myfirstvm ~$ sudo echo "run sudo mount -a" > /eumetsatdata/NFS_NOT_MOUNTED  # put a placeholder file in the directory to make it clear what's (not) happened
karatosun@myfirstvm ~$ sudo chmod a+rX,go-w /eumetsatdata                             # minimise write permissions to prevent mistakes if the mount isn't there
Info
The last two commands add a little extra safety for the case that the directory is unexpectedly not mounted

data-access.

In addition, some selected datasets can be accessed from EWC VMs from the EWC object storage. Please contact us, if you need additional data which is not provided in the Data Store, or you have special conditions for access. 

Table of Contents

Panel
borderColorgreen
borderWidth2
borderStylesolid

Primary method: using EUMETSAT data services

To avoid duplication, the information on how to use the new data services can be found on the following links:

In the future, it may become possible to directly access the object storage behind the Data Store for applications that need very high throughput (e.g. mass data processing).  Please contact us if you have tried the existing possibilities and believe you need this capability.


...

Using EUMETSAT data buckets

Available EUMETSAT data buckets are listed below with the corresponding mount point in case of using ready workflow. The buckets are available from the whole EWC (including ECMWF side) without credentials.

Alert
typeWarning

Please note that all buckets are updated on best-effort basis and should not be used for operational workloads. For operational usage, we recommend to use services provided by the original data providers.


EUMETSAT Data Buckets:

BucketMount pointTime range
ascat.metop-abc.level-1b.native/eumetsatdata/ascat2012-10-22T11:00:00Z - 2013-04-24T08:57:00Z
cmsaf-cloud-type.meteosat-0-degree.level-2.netcdf-4/eumetsatdata/cloud2004-2017
geo-hsr-simulation.0-degree.level-15.netcdf-4/eumetsatdata/geo-hsr-test-data
iasi.metop-a.level-1c.native/eumetsatdata/iasi2007-2020
mviri.meteosat-0-degree.level-15.native/eumetsatdata/mviri1981-2017
nwc-saf.0-degree.level-2/eumetsatdata/nwcsaf2019-2021
nwc-saf.0-degree.level-2-{year}/eumetsatdata/nwcsaf-20222022 - current
nwc-saf.0-degree.level-2-cf/eumetsatdata/nwcsaf-cf2019-2020
seviri.meteosat-0-degree.level-15.native/eumetsatdata/seviri2020
drought-and-vegetation.prototype-datacube.netcdf/eumetsatdata/psdc

Anchor
OPERA
OPERA
OPERA data:

Regarding the data, please refer the EUMETNET documentation

rainfall_accumulation.composite.opera.bufr/eumetsatdata/opera-rainfall-accumulation-bufr15 Dec 2010 - current
rainfall_accumulation.composite.opera.hdf5/eumetsatdata/opera-rainfall-accumulation-hdf54 Sep 2012 - current
rainfall_rate.composite.opera.bufr/eumetsatdata/opera-rainfall-rate-bufr15 Dec 2010 - current
rainfall_rate.composite.opera.hdf5/eumetsatdata/opera-rainfall-rate-hdf54 Sep 2012 - current
reflectivity.composite.opera.bufr/eumetsatdata/opera-reflectivity-bufr15 Dec 2010 - current
reflectivity.composite.opera.hdf5/eumetsatdata/opera-reflectivity-hdf54 Sep 2012 - current

Anchor
GeoRing
GeoRing
GeoRing data:

Following GeoRing source data are available in the EWC data buckets. Please note that these are not included in the workflow to mount data via FUSE mount.

Dataset

Format

Bucket

Details

Himawari

NetCDF 4

s3://rep.ahi-jma-nrt-fulldisk.ahixxx10.himawari8.level10.netcdf

Currently 3 days from each month since 2015. To be populated with all data since 2015

GOES-GVAR

Area

s3://rep.imager_noaa_class.gvar_img.goes-[08-15].l0.area

All available data copied to EWC

GOES-PreGVAR

Area

s3://rep.vissr_noaa_class.pre_gvar.goes-[01-07].l0.native

All available data copied to EWC

SMS

Area

s3://rep.vissr_noaa_class.pre_gvar.sms-[01-02].l0.native

All available data copied to EWC

Using the data directly from workloads 

Panel
borderColorgreen
borderWidth2
borderStylesolid

Recommended way

It is advisable to use the data directly from workloads (scripts / applications). Please consult e.g.

for more help. 


...

Mounting the buckets using FUSE

Info

For data access, you will need to provision your instance on the EUMETSAT cloud. You can follow the Provision a new instance - web Knowledge Base Article to get started.

Following describes how to mount EUMETSAT data buckets as FUSE mounts. The possibility to mount the buckets into as filesystem is provided to as convenience. Readers are advised to note that mounting buckets via FUSE will provide significantly worse performance than accessing the data directly from workloads, for example using pythonWhenever possible, users are advised to use the buckets directly from the workloads.

Tenants having Morpheus account at EUMETSAT Morpheus, can mount the data buckets using ready workflow. This article describes how to run the workflow and how to mount the data manually. One can naturally use the same steps to any other buckets as well by modifying bucket name, service endpoint, credentials, and potentially project id.

Using the Workflow

  1. Go to instances and select the instance of interest
    Image Added
  2. Select Actions → Run Workflow
    Image Added
  3. Select Mount EUMETSAT databuckets from Workflow drop-down meny and click Execute. Command options are not needed.
    Image Added

You can then follow the workflow from the output or by going to Instance History tab. After the workflow is executed, you can access the data at /eumetsatdata.

Manual mount

Following steps are using ASCAT data as an example. Please modify the commands to mount any other bucket. 

  1. Make sure you have latest rclone installed

    Code Block
    curl https://rclone.org/install.sh | sudo bash


  2. Create mount directory, i.e. for ascat:

    Code Block
    sudo mkdir -p /eumetsatdata/ascat && sudo chown -R $USER:$USER /eumetsatdata/ascat && chmod 755 /eumetsatdata/ascat


  3. Put rclone like listed below config into a config file. For example, into /etc/eum_bucket_creds (keys without brackets) 

    Code Block
    sudo sh -c "cat >>/etc/eum_bucket_creds <<-EOF
    [eumetsat-ascat]
    type = s3
    provider = Ceph
    endpoint = https://s3.waw3-1.cloudferro.com
    EOF


  4. Now you can already mount the data with command:

    Code Block
    sudo rclone --config /etc/eum_bucket_creds mount --allow-other --daemon eumetsat-ascat:ascat.metop-abc.level-1b.native /eumetsatdata/ascat

Setting up a service

To have mount points available all the time and after reboots, one need to set up the service and add mount points into fstab.

  1. Link rclone

    Code Block
    sudo ln -s /usr/bin/rclone /sbin/mount.rclone


  2. Create systemd service:, for example for ascat:

    Code Block
    sudo sh -c "cat >>/etc/systemd/system/eum-data-ascat.service" <<-EOF
    [Unit]
    Description=Mount EUMETSAT data bucket ascat
    After=network-online.target
    
    [Mount]
    Type=rclone
    What=eumetsat-ascat:ascat.metop-abc.level-1b.native
    Where=/eumetsatdata/ascat
    Options=ro,allow_other,args2env,vfs-cache-mode=writes,config=/etc/eum_bucket_creds,cache-dir=/var/rclone,vfs-cache-max-size=512Mi,vfs-cache-poll-interval=30m'
    EOF


  3. Add corresponding line into /etc/fstab:

    Code Block
    echo "eumetsat-ascat:ascat.metop-abc.level-1b.native /eumetsatdata/ascat rclone ro,noauto,nofail,x-systemd.automount,args2env,allow_other,vfs_cache_mode=writes,config=/etc/eum_bucket_creds,cache_dir=/var/cache/rclone,vfs-cache-max-size=512Mi,vfs-cache-poll-interval=30m 0 0" | sudo tee -a /etc/fstab


  4. Mount the folder:

    Code Block
    sudo mount /eumetsatdata/ascat

Mount NFS drive to the mount point

This command will do a once-off mount.   If it works, you may wish to make it permanent as described in step 5

Code Block
languagebash
karatosun@myfirstvm ~$ sudo mount 198.18.255.11:/ifs/data/EUMETSAT_DATA /eumetsatdata
Info
If you receive an error (e.g. timeout), please refer to the troubleshooting section below.

If step 3 worked, you can now navigate to the /eumetsatdata directory and list all the available data with the ls -lah command

Code Block
languagebash
[karatosun@myfirstvm ~]$ cd /eumetsatdata/
[karatosun@myfirstvm eumetsatdata]$ ls -lah
total 192K
drwxrwxrwx.  7 nobody   nobody   124 May 26 13:00 .
dr-xr-xr-x. 19 root     root     260 Jul  6 13:00 ..
drwxrwsr-x.  5     1002     1002 101 Nov  7  2018 eumetcast
drwxr-xr-x.  3 nobody   nobody    24 Apr 23  2018 mviri
drwxr-xr-x.  4 nobody   nobody    52 May 28 17:26 seviri
Info
Note that the ownerships and permissions will generally be "nobody"

Making the NFS mount permanent and persistent across reboots (optional)

Edit /etc/fstab file of the VM with your editor of choice

Code Block
languagebash
karatosun@myfirstvm ~$ sudo nano /etc/fstab

and add the following line

Code Block
languagebash
198.18.255.11:/ifs/data/EUMETSAT_DATA /eumetsatdata nfs defaults 0 0

A complete example of a /etc/fstab can be seen in the block below (do not copy all of this!)

Code Block
languagebash
collapsetrue
# /etc/fstab
# Created by anaconda on Thu Aug 8 12:37:33 2019
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=3ef2b806-efd7-4eef-aaa2 / xfs defaults 0 0

# mount the EUMETSAT NFS server to /eumetsatdata
198.18.255.11:/ifs/data/EUMETSAT_DATA /eumetsatdata nfs defaults 0 0

To test the persistent configuration, unmount the share, then try to automatically remount it:

Code Block
languagebash
karatosun@myfirstvm ~$ sudo umount /eumetsatdata
karatosun@myfirstvm ~$ sudo mount -a

Info
If you see an error and the manual mount worked previously, please check for typos!

Troubleshooting

Warning
Like all NFS mounts, if there is a problem accessing the server (networking issue, firewall, server down, server overloaded), this will cause attempts to access the mounted directory to freeze the process until the server returns.

...

Limitations

  1. Access to the archive is read-only.  This is a technical limitation due to the way the NFS server is mapped into the VM's address space.
  2. Only a limited subset of EUMETSAT data is available.   At the time of writing, this included Meteosat L1.5 data, a cloud type dataset and a few example files from EUMETCAST.  Please contact us if you need something that is not currently there.

Content by Label
showLabelsfalse
max5
spacesEWCLOUDKB
showSpacefalse
sortmodified
reversetrue
typepage
excludeCurrenttrue
cqllabel in ("data","kb-how-to-article","s3") and type = "page" and space = "EWCLOUDKB"
labelsdata kb-how-to-article

...