Description of problem: Submitting: universe = vanilla executable = /bin/sleep arguments = 3m transfer_executable = false should_transfer_files = if_needed when_to_transfer_output = on_exit notification = error getenv = false requirements = Machine == "north-13.lab.bos.redhat.com" request_disk = 44446845 priority = 100 queue 10 Won't run. When looking at STartLog with D_JOB and D_MACHINE, I see: <only relevant info> REQ_CLASSAD: RequestDisk = 44446845 MACHINE_CLASSAD:Disk = 44446744 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Issue was a lack of ceil() when calculating disk %. A more complete solution would be to allow disk=# (instead of a faction or %) when creating slots. This is fixed in 7.2.0-0.5
TotalDisk = 138896076
Jobs are now scheduled correctly when disk constraints are used.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2009-0036.html