From the netogiator log snippets you posted, it appears to me that your job _was_ preempting other resource claims. What is not clear is why that same job kept coming back in subsequent negotiation cycles. Do you see anything that would explain that in the job's user log or in the ShadowLog?
Right. There's a line that says it's rejecting 94.0 and then a line that says it's preempting bchan's job for 94.0 and then back again. The ShadowLog for my submitting machine has nothing in it. The last entry is dated January 4. My ScheddLog around ~13:40 has the following:
1/5 14:38:52 Sent ad to central manager for ichesal@xxxxxxxxxx 1/5 14:38:52 Sent ad to 1 collectors for ichesal@xxxxxxxxxx 1/5 14:39:58 Activity on stashed negotiator socket 1/5 14:39:58 Negotiating for owner: ichesal@xxxxxxxxxx 1/5 14:39:58 Checking consistency running and runnable jobs 1/5 14:39:58 Tables are consistent 1/5 14:39:58 Out of jobs - 2 jobs matched, 0 jobs idle, flock level = 0 1/5 14:39:58 Sent ad to central manager for ichesal@xxxxxxxxxx 1/5 14:39:58 Sent ad to 1 collectors for ichesal@xxxxxxxxxx 1/5 14:42:28 Sent ad to central manager for ichesal@xxxxxxxxxx 1/5 14:42:28 Sent ad to 1 collectors for ichesal@xxxxxxxxxx 1/5 14:44:39 Activity on stashed negotiator socket 1/5 14:44:39 Socket activated, but could not read command 1/5 14:44:39 (Negotiator probably invalidated cached socket) 1/5 14:44:58 Sent ad to central manager for ichesal@xxxxxxxxxx 1/5 14:44:58 Sent ad to 1 collectors for ichesal@xxxxxxxxxx 1/5 14:47:28 Sent ad to central manager for ichesal@xxxxxxxxxx 1/5 14:47:28 Sent ad to 1 collectors for ichesal@xxxxxxxxxx 1/5 14:49:49 DaemonCore: Command received via TCP from host <137.57.176.9:33313> 1/5 14:49:49 DaemonCore: received command 416 (NEGOTIATE), calling handler (negotiate) 1/5 14:49:49 Negotiating for owner: ichesal@xxxxxxxxxx 1/5 14:49:49 Checking consistency running and runnable jobs 1/5 14:49:49 Tables are consistent 1/5 14:49:49 Out of servers - 0 jobs matched, 2 jobs idle, 0 jobs rejected