AWS Thinkbox Discussion Forums

inconsistent monitor contents

We have some inconsistency in what is shown in different deadline monitors.

For example, on box 1:
box1total.PNG

On another box the total count is different at the same time (pressing the refresh button does not change this):
box2total.PNG


Edit: Forget this next one… The user sent me the wrong job name (based on ID i could find it). He couldnt delete it due to access privilege issues, the job wasn’t ‘officially’ his:
Also, one artist reported that he couldn’t delete one of his jobs for some reason. I could not find that job in my monitor though, so that seems like his monitor is showing stale data?

I’m assuming this is in the Job list? Do all the other counts add up properly (ie, queued + completed + pending, etc)? Does the count get fixed when the monitor is restarted, or is it still showing up differently for different people?

The only ‘valid’ reason why the numbers would be different is if users can’t view other people’s Jobs at all (which obviously isn’t the case here), so I’m guessing you’re correct and for whatever reason the Monitor is holding onto older Jobs somehow…

Yeah thats the job list, sorry. A restart of both monitors syncs up the ‘total’ to match, at least initially.

HOWEVER, the counts don’t add up!

monitor_job_count.PNG

214+151+6437+89+682+110 = 7683 vs the total of 7765

Hmmm, this might just be a bug with the filters mucking up the counts, as opposed to actually missing job updates or something. It’s a little tricky knowing for sure, though, I’m certainly not going to ask you to count 9,000 jobs by hand :wink:. Does clearing the filters (and showing all the jobs) change the totals at all? What about switching to/from Super User?

haha, and i couldn’t really, cause it keeps updating :slight_smile:

Could it be related to the initial update? It takes about a minute or so for it to grab all the jobs from the db (in increments of 10-100-200). I wonder if changes during this initial update are not properly represented in the total counter?
Even a fresh start of the monitor shows the sum total of the different states to differ from the actual ‘total’ display.

Nope, after a fresh start, filters all off, its still off by about 81 jobs:
monitor_job_count2.PNG

Doesn’t seem to make any difference

I went through all the status toggled, and found that PENDING shows a difference. If i only show pending jobs, i get 212 jobs shown under total, but the status display only shows 131 pending…:

monitor_status_counts.png

Probably because some of our jobs have per-frame dependencies, so the job might be half complete, with other half still pending?

But i think this is a different bug than the original i reported in this thread (where 2 monitors have inconsistent totals)

Mmmm, yeah, I agree that these are probably separate issues. It might just be that for the Pending jobs, we’re not accounting for all the “different” types of pended jobs (ie, pending for script deps, pending frame deps, assets, etc).

It’s definitely possible that the counts get thrown off in the initial update, as you said, and are just a tad off from then on. We’ll have to do some testing on our side to try and replicate

Privacy | Site terms | Cookie preferences