Hello Elvin
at GRIF we are running on eos 5.1.22
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 ?
thank you in advance
E.V.
P.S.
I can not find an example ( or procedure)
for the usage eos-fmd-tool ( for leveldb conversion and checking)
Hello Any update on those question ?
thank you in advance
best
e.v
Hi Emmanouil,
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.
Cheers,
Elvin
Hello Elvin
In one fst with 5 FS and approximately 60K files per FS
the /var/eos/md has around 55Mbytes
those number are expected ?
best
e.v.
Yes, that’s sounds fine.
Cheers,
Elvin