These are chat archives for cern-eos/eos/operations

24th
May 2016
David Jericho
@davidjericho
May 24 2016 00:52
I have the log lines in a rebooted FST, the lines reading
160524 00:52:09 time=1464051129.312599 func=open level=INFO logid=be763476-2149-11e6-9dff-0cc47abd5aac unit=fst@actn-s3.cdn.aarnet.edu.au:1095 tid=00007eff76bff700 source=XrdFstOfsFile:297 tident=<service> sec=sss uid=0 gid=0 name=daemon geo="" path=/replicate:0062690f info=cap.msg=<...>&cap.sym=<...> isRW=0 open_mode=0
160524 00:52:09 1114 FstOfs_open: daemon.76336:53@dksn-s3 Unable to open - capability illegal /replicate:0062690f; timer expired
what does capability illegal mean?
Andreas-Joachim Peters
@apeters1971
May 24 2016 07:06
That means that a signed URL arrived 1h after it was issued.
David Jericho
@davidjericho
May 24 2016 09:53
@apeters1971 thanks
@apeters1971 of note, I upgraded one of my FSTs to 0.3.180, it never left booting
mgm sync finished according to the logs, and it never left state booting, in the end I had to revert the upgrade
nothing useful in the logs, no core dumps, just never left booting according to the mgm
(my mgm is 0.3.180)
lmascett
@lmascett
May 24 2016 11:16
@davidjericho please wait for 181 (should be released today) we spot issues with corrupted file (it may crash the fst)
Andreas-Joachim Peters
@apeters1971
May 24 2016 11:20
@davidjericho I am building 181 now, I will make a test version with fast balancing.
Andreas-Joachim Peters
@apeters1971
May 24 2016 11:29
@davidjericho 0.3.180 had a double unlock when it needs to sync the FST disk and aborted the FST ...
Andreas-Joachim Peters
@apeters1971
May 24 2016 17:16
@davidjericho I am now testing the much faster balancing/draining ... if it is working well, I will include it tomorrow in 0.3.182