Repository navigation
Mosek crush inside julia with a model of 1226462 variables #220
Description
I got a model with 1226462 variables passed to mosek using MosekTools in julia but during solving, following errors come out. If I use mosek binary to solve the saved model instance, solving process proceeds normally but in julia it crashed.
ipfac_factornew at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
ipfac_factor3 at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
hom_factorandinitsearch at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
MSK_hom_optlp at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
hs_optlp at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
opt_ipmslv at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
MSKP_optimizeiplo at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
MSK_contoptimizer at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
MSK_eorpgtpsj at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
MSK_optimize at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
MSK_optimizetrm at /usr/local/mosek/11.2/tools/platform/linux64x86/bin/libmosek64.so.11.2 (unknown line)
#optimize##0 at /home/zyh/.julia/packages/Mosek/UNgqX/src/msk_functions.jl:2399 [inlined]
disable_sigint at ./c.jl:167 [inlined]
optimize at /home/zyh/.julia/packages/Mosek/UNgqX/src/msk_functions.jl:2399
optimize! at /home/zyh/.julia/packages/MosekTools/hgngi/src/MosekTools.jl:356
optimize! at /home/zyh/.julia/packages/MathOptInterface/13jDB/src/Bridges/bridge_optimizer.jl:367 [inlined]
optimize! at /home/zyh/.julia/packages/MathOptInterface/13jDB/src/MathOptInterface.jl:122 [inlined]
optimize! at /home/zyh/.julia/packages/MathOptInterface/13jDB/src/Utilities/cachingoptimizer.jl:370
unknown function (ip: 0x7a517b133322) at (unknown file)
#optimize!#96 at /home/zyh/.julia/packages/JuMP/Y8Mtc/src/optimizer_interface.jl:633
optimize! at /home/zyh/.julia/packages/JuMP/Y8Mtc/src/optimizer_interface.jl:569 [inlined]
solve at /home/zyh/MESS.jl/src/base/solve.jl:32
unknown function (ip: 0x7a517b130719) at (unknown file)
jl_apply at /cache/build/builder-amdci5-2/julialang/julia-ci/src/julia.h:2394 [inlined]
do_call at /cache/build/builder-amdci5-2/julialang/julia-ci/src/interpreter.c:123
eval_value at /cache/build/builder-amdci5-2/julialang/julia-ci/src/interpreter.c:243
eval_body at /cache/build/builder-amdci5-2/julialang/julia-ci/src/interpreter.c:581
eval_body at /cache/build/builder-amdci5-2/julialang/julia-ci/src/interpreter.c:558
jl_interpret_toplevel_thunk at /cache/build/builder-amdci5-2/julialang/julia-ci/src/interpreter.c:898
jl_toplevel_eval_flex at /cache/build/builder-amdci5-2/julialang/julia-ci/src/toplevel.c:1035
jl_toplevel_eval_flex at /cache/build/builder-amdci5-2/julialang/julia-ci/src/toplevel.c:975
ijl_toplevel_eval at /cache/build/builder-amdci5-2/julialang/julia-ci/src/toplevel.c:1047
ijl_toplevel_eval_in at /cache/build/builder-amdci5-2/julialang/julia-ci/src/toplevel.c:1092
eval at ./boot.jl:489
include_string at ./loading.jl:2952
_include at ./loading.jl:3012
include at ./Base.jl:306
exec_options at ./client.jl:317
_start at ./client.jl:550
jfptr__start_65616.1 at /home/zyh/.julia/juliaup/julia-1.12.7+0.x64.linux.gnu/lib/julia/sys.so (unknown line)
jl_apply at /cache/build/builder-amdci5-2/julialang/julia-ci/src/julia.h:2394 [inlined]
true_main at /cache/build/builder-amdci5-2/julialang/julia-ci/src/jlapi.c:985
jl_repl_entrypoint at /cache/build/builder-amdci5-2/julialang/julia-ci/src/jlapi.c:1153
main at /cache/build/builder-amdci5-2/julialang/julia-ci/cli/loader_exe.c:58
unknown function (ip: 0x7a52cb42a1c9) at /lib/x86_64-linux-gnu/libc.so.6
__libc_start_main at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
unknown function (ip: 0x4010b8) at /workspace/srcdir/glibc-2.17/csu/../sysdeps/x86_64/start.S
Allocations: 842272516 (Pool: 842269851; Big: 2665); GC: 53
Activity
odow commentedon Sep 8, 2026
We're unlikely to be able to do anything about this without a reproducible example. Can you share a reproducible example publicly?
[-]Mosek crush inside julia with a model of[/-][+]Mosek crush inside julia with a model of 1226462 variables[/+]Betristor commentedon Sep 9, 2026
The model file is over 300 Mb, and even after compression, it's 29 Mb, how should share the model file.
odow commentedon Sep 9, 2026
Did you just run out of memory? Did Mosek log anything?
Betristor commentedon Sep 9, 2026
No, I got a powerful machine with enough memory. It’s just an LP problem with 2 million variables. But the model file is too big for github even after compression (364 Mb before, 29 Mb after).
odow commentedon Sep 9, 2026
I sent you an email
Betristor commentedon Sep 9, 2026
Yeah, got it. Model files sent with output files from mosek binary. I tried to scale model size by adding variables and constraints to evaluate mosek's performance, but mosek crushes when variables just exceeds 2 million variables. I got a valid academic license so i don't think it's from mosek licensing.
odow commentedon Sep 10, 2026
I've verified that this is a segfault in Mosek. It's not something we can fix in MosekTools.jl.
odow commentedon Sep 11, 2026
Mosek confirm and are working on a fix so nothing for us to do here.
Betristor commentedon Sep 11, 2026
Thanks so much for the help.
Betristor commentedon Sep 11, 2026
Mosek tried primal algorithm in inter-point method and fixed the crash. A new minor version tagged 11.2.4 with patches for this was released. Thanks for everything.