Set VO Share job numbers according to WLCG taste (Fixes BUGZ-3544)

Set VO Share job numbers according to WLCG taste - Fixes BUGZ-3544

Link to Bugzilla ticket

BUGZ-3544 Tentative patch will be tested by production sites 20190708 UPDATE: Patch has been tested by a site and reported to wirk, Removing WIP status.

Description

Jobs count in the VO Shares is now the same as WLCG expects.

The ComputingShare object counts jobs allocated for a certain purpose. ARC CE creates Shares that represent the LRMS queues/partition and counts the number of jobs that were submitted by ARC CE and that are already present in the LRMS (LocalRunning, LocalWaiting, LocalSuspended). ARC CE creates also a Share for each VO served. ARC CE used to interpret such "Local" jobs as "any job already present in the queue that serves the VO" but WLCG interprets VO Share Job numbers as "Local LRMS jobs belonging to a VO".

According to WLCG, jobs not submitted by a VO or not belonging to a VO should not appear in the VO Share at all.

Since ARC CE is not able to distinguish between any local LRMS job and a job that belongs to a VO if the job was not submitted by the ARC CE itself, we have no other choice at the moment than zeroing this job counters to please WLCG interpretation.

A discussion is ongoing on whether we should use some LRMS features to identify jobs belonging to a VO by asking the LRMS itself. Condor has a similar functionality, but other LRMS don't. There are issues with this approach that are discussed in BUGZ-3544 .