we could update to 5.1.30 (before update to 5.2.x )
but how we enable the extended attribute on FSTs ?
how we could check that the conversion is finished on each FST ?
where we run eos-fmd-tool --log-level debug convert --fst-path /ourpool/disk01
the fs should be ro or not ?
The best way to trigger the conversion is to bundle it with the upgrade to 5.1.30 or by doing a simple restart of the FST with the following entry in the /etc/xrd.cf.fst configuration file: fstofs.filemd_handler attr
NOTE: this configuration directive needs to stay in the config file otherwise if you remove it and restart the FST it will default to using again LevelDB as the back-end for FMD info. Once you upgrade to 5.2.* this configuration can be dropped as LevelDB support was removed from 5.2.0 on.
The conversion of the entries will happen during the FST start-up phase. The node will not accept any new traffic (rd/wr) until the conversion is completed. Once the conversion is done, the file systems will boot and become available for rd/wr operations as usual.
You can check for the following log message in the FST logs that also prints with some performance counters: conversion successful, set done marker
The conversion of one FST can take anywhere between a few seconds and up to 1 hour depending on the HW and number of files stored on that particular machine. In general, we’ve seen rates of up to 20kHz of conversions at CERN.
To avoid that any of the files are unavailable the usual precautions of updating the FSTs one by one still apply.
hello Elvin
thanks you for the info again
we pass without problem to 5.1.28 and ware the migration from leveldb to attr ?
but the metadata from leveldb where are stored on local fs again or in quarkdb ?
you speak about 20Hz rate of conversion but this is exotic for me if the system use the quarkdb ?
I am not very familiar with those scales
thank you in advance
best
e.v.
Yes, the metadata is not anymore stored in LevelDB but it is attached as an extended attribute to the individual physical files. You can easily see this by running the getfattr -d </data/path/to/file> and you should see a user.eos.fmd extended attribute. Eg
The rate that I mentioned was for the actual conversion from LevelDB to extended attributes (QuarkDB is not involved is any of this), and this value is reported for each file system that is converted at the end of the conversion process in the logs of the FST process.
one file each FileSystem ( partition)
but there is not any correspondence to the particular FileSystem (partion)
just in one FST I have 6 partions and after the succefull conversion I have six lines in the log with
… set done marker"
there is a way to map those log entries to a particular FS ?
merci
e.v.