It’s easy in real life to figure out why the model is infeasible, just by constructing the constraints one-by-one.
For example, if the only element in the model is JuMP.@variable(m, x >= 0), then it cannot be INFEASIBLE.
And the infeasibility is closed related to the nature of the problem. If the modeler knows what the physical constraints are about, then eliminating infeasibility should be easy.
compute_conflict!(model)
if get_attribute(model, MOI.ConflictStatus()) == MOI.CONFLICT_FOUND
iis_model, _ = copy_conflict(model)
print(iis_model)
end
Do you have a reproducible example for your error? It’s probably because Gurobi doesn’t support interval constraints natively, so they’re bridged, and we’re not bridging them correctly in the analyser (this is a bug).