monday 8am and the ruby job runner is dying with signal 11

Solveddebugginglinuxsegfault52 replies 路 981 views 路 started
  1. WOWWW finally got it working, tahnks everyone seriously made my day 馃槶馃檹

    0 3 helpful
  2. hmmmm not sure about that idk man that sounds like bad advice tbh but hey ymmv

    15 0 helpful
  3. i come back to this thread every week just for the drama

    6 2 helpful
  4. bump. still happening with linux for me

    0 2 helpful
  5. @tariqb872 thank u this worked!! cant believe it was that simple lol

    0 1 helpful
  6. ok so get a core dump first. on systemd distros theyre captured by systemd-coredump:

    coredumpctl list
    coredumpctl info <PID>
    coredumpctl gdb <PID>
    

    in gdb, bt prints the backtarce. Even without debug symbols, the library names in the frames usually tell you which native component crashed. worked for me anyway 馃し

    1 1 helpful
  7. For Python, add import faulthandler; faulthandler.enable() (or run with python -X faulthandler)... on a sefgault it prints teh Python-level traceback of every thread, which shows which call into teh C extension crashed. worked for me anyway 馃し

    8 5 helpful
  8. for me it was the DNS. swapped it and boom, fixed fingers crossed 馃

    thinking

    2 0 helpful
  9. btw unrelated but anyone elses coffee machine also judging them today

    2 0 helpful
  10. oh ive been there lol pro tip: write down what u change, i didnt and had to redo runner from scratch, reading this at 2am instead of sleeping, no regrets lmk how it goes

    13 0 helpful
  11. exact same thing happened to my second monitor setup last month... is runner even worth bothering with or should i just leave it

    0 1 helpful
  12. @quartzhound works on paper, not in real life

    41 5 helpful
  13. yeahhh exact same thing happened to my second monitor setup last month

    4 0 helpful

Reply to this topic

Sign in or create an account to reply.