mileva
mileva
Hi @makortel all, The reason for the crash is that during the run 314890 (used by the workflow 136.8561_RunZeroBias) the CPPF data were considered as corrupted. The reason was an...
Hi @qliphy No, #38974 is not supposed to fix this issue here. #38974 is intended to fix the CPPF DAQ delay and the unpacked RPC digis, while the current issue...
> I don't quite understand the point of changing the input of this wf Hi @mmusich , In fact I tried to explain the reason for the crash with this...
> is there any downstream consumer of CPPF digis? if we know that the data is corrupt exactly in the run range in which we have the high beta star...
Just to be clear! I don't think the problem is in the workflow. The workflow shows that there is a problem with the particular pull request. It might happen that...
Hi @perrotta I can try to have a look or to ask some from the RPCs colleagues. However for today I am not able to help, as I am in...
Hi @tvami! I think the RPCEmap is used also for RPC detector configuration for global run, no? In this case I fear it might be danger to remove any chamber...
> I can give general advice, but not specific for this payload. OK, will be appreciated. > Anyway, seems like a lot of things, maybe we should discuss this at...
Hi All! On the meeting [here](https://indico.cern.ch/event/1176067/), didn't we agree that as a beginning we can go with a list of chambers off in the cms-data? And try to have this...
Thanks fro the clarification, @tvami ! Roumyana