Re: segfault causes system freeze
Hi There, Just an update on this issue. My machine just froze while NOT using mutt. I was in the terminal, typed the few first letters of a command, then hit and the machine froze. So to my big despair, it is not a mutt issue; I bet it's more a hardware issue, and that is bad. Have a nice day, Steve
Re: segfault causes system freeze
Le 23-11-2018, à 09:52:59 -0800, Kevin J. McCarthy a écrit : On Fri, Nov 23, 2018 at 07:30:00AM +0100, steve wrote: I think it's when I just go back from editing with vim to the pager. Also, are you using IMAP? Yes I do via offlineimap. It sounds like this may be triggered by offlineimap updating while you are in the middle of composing the message. NeoMutt checks for new mail in the pager too, but it looks like in 1.7.2 they botched the redraw-data updates, setting "max" before the index data structures were updated. It looks like this is fixed in the latest version link posted by Jörg. However, I think it would be tricky to get Debian/Ubuntu to patch this for a non-security issue. Your best bet would be to update. You mean compiling myself the last git version? I'd like to stick to Debian's version if possible. Another workaround might be turning off $pager_index_lines. Currently it's set to pager_index_lines=9 which I find useful. Since the problem hasn't occurred for the 4 last days, I'll wait a bit before your suggested workaround. Thanks a lot for your help. Have a nice weekend. Steve
Re: segfault causes system freeze
Le 23-11-2018, à 21:31:25 +0100, Jörg Sommer a écrit : steve hat am Do 22. Nov, 16:19 (+0100) geschrieben: Le 22-11-2018, à 16:09:50 +0100, Jörg Sommer a écrit : > > #0 0x5592c9a59c68 in index_make_entry (s=0x7fff20afb090 "", l=1024, menu=, num=) at ../../curs_main.c:300 > > h = 0x5592cbef1670 > > flag = (MUTT_FORMAT_TREE | MUTT_FORMAT_MAKEPRINT | MUTT_FORMAT_ARROWCURSOR | MUTT_FORMAT_INDEX) > > edgemsgno = 40 > > reverse = > > tmp = > > This is here > https://sources.debian.org/src/mutt/1.7.2-1+deb9u1/curs_main.c/#L300 and > in the current version (of neomutt) here > https://salsa.debian.org/mutt-team/neomutt/blob/master/curs_main.c#L550 > > The best would be to create a bug report and if you don't care too much, I > can send the developer the coredump in a *private* mail. He might dig out > something more. That would be really nice of you. But does it mean I also have to open a bug report? I think that's the best to do. Do you have reportbug installed? This eases the creation of bug reports. Yes I have. Problem, it asks me if I really want to report a bug since my version is said to be outdated. Moreover, looking at the already reported bug, some might be the same, or very close, as mine. And other problem, I can not reproduce it at will. So not enough information yet. And as Kevin said, it might be related to offlineimap. With therefore wait a bit and try to collect more info before opening a bug.
Re: segfault causes system freeze
steve hat am Do 22. Nov, 16:19 (+0100) geschrieben: > Le 22-11-2018, à 16:09:50 +0100, Jörg Sommer a écrit : > > > > #0 0x5592c9a59c68 in index_make_entry (s=0x7fff20afb090 "", l=1024, > > > menu=, num=) at ../../curs_main.c:300 > > > h = 0x5592cbef1670 > > > flag = (MUTT_FORMAT_TREE | MUTT_FORMAT_MAKEPRINT | > > > MUTT_FORMAT_ARROWCURSOR | MUTT_FORMAT_INDEX) > > > edgemsgno = 40 > > > reverse = > > > tmp = > > > > This is here > > https://sources.debian.org/src/mutt/1.7.2-1+deb9u1/curs_main.c/#L300 and > > in the current version (of neomutt) here > > https://salsa.debian.org/mutt-team/neomutt/blob/master/curs_main.c#L550 > > > > The best would be to create a bug report and if you don't care too much, I > > can send the developer the coredump in a *private* mail. He might dig out > > something more. > > That would be really nice of you. But does it mean I also have to open a > bug report? I think that's the best to do. Do you have reportbug installed? This eases the creation of bug reports. Kind regards Jörg -- „Dass man etwas durchdringen kann, wenn man es durchschaut hat, ist der Irrtum der Fliege an der Fensterscheibe.“ (Nietzsche) signature.asc Description: PGP signature
Re: segfault causes system freeze
On Fri, Nov 23, 2018 at 07:30:00AM +0100, steve wrote: I think it's when I just go back from editing with vim to the pager. Also, are you using IMAP? Yes I do via offlineimap. It sounds like this may be triggered by offlineimap updating while you are in the middle of composing the message. NeoMutt checks for new mail in the pager too, but it looks like in 1.7.2 they botched the redraw-data updates, setting "max" before the index data structures were updated. It looks like this is fixed in the latest version link posted by Jörg. However, I think it would be tricky to get Debian/Ubuntu to patch this for a non-security issue. Your best bet would be to update. Another workaround might be turning off $pager_index_lines. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: segfault causes system freeze
Hi Kevin, Le 22-11-2018, à 17:48:14 -0800, Kevin J. McCarthy a écrit : On Thu, Nov 22, 2018 at 04:19:43PM +0100, steve wrote: I would guess that one of the thread chains is broken. Does the crash happen everytime in the same mailbox? That's a question I also asked myself. I don't know for now. I'll have to investigate a bit more. The problem is that it doesn't happen so often. I'm not familiar with the changes NeoMutt may have made to their version, but if you can duplicate with a recent Mutt, I may be able investigate further. I'm trying to duplicate but no occurrence for the last three days. However, I do have a couple questions that may (or may not) be relevant. Do you always see the crashes in the pager, or is it random? I think it's when I just go back from editing with vim to the pager. Also, are you using IMAP? Yes I do via offlineimap. Thank you. Best, Steve
Re: segfault causes system freeze
On Thu, Nov 22, 2018 at 04:19:43PM +0100, steve wrote: I would guess that one of the thread chains is broken. Does the crash happen everytime in the same mailbox? That's a question I also asked myself. I don't know for now. I'll have to investigate a bit more. The problem is that it doesn't happen so often. I'm not familiar with the changes NeoMutt may have made to their version, but if you can duplicate with a recent Mutt, I may be able investigate further. However, I do have a couple questions that may (or may not) be relevant. Do you always see the crashes in the pager, or is it random? Also, are you using IMAP? -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: segfault causes system freeze
Le 22-11-2018, à 07:35:08 -0800, Felix Finch a écrit : On 20181122, Nathan Stratton Treadway wrote: On Thu, Nov 22, 2018 at 07:51:48 +0100, steve wrote: > No. If switch to another console, and launch a 'ls' for example, the > cursor goes to the line and then nothing happens. Ctlr-x doesn't do > anything. Opening a new one and launching htop for example freeze the > terminal. But was it funny, is that I can firefox still works as > expected. At this stage I normally shutdown the computer physically. Hmmm, interesting... the system is not truely locked up, but perhaps it's now unable to launch new processes, or something like that. (It would be interesting to know if an instance of "htop" running on another console continues keep running even after the segfault, for example.) I have seen screen (the command!) leave the tty in a very confused state, where it thinks the usable area is less than full size, such that scrolls for instance only operate on a subsection. Try "stty sane^J". If using screen or tmux, try ^D to exit and ^A^C or ^B^C to open a new session. Sometimes I have cat'd a binary file by mistake and left the tty so confused that I have to log out and back in. Do you have ssh set up, and do you have a second computer you can ssh in from? Try ssh on that other compputer just to have an independent tty available, and see if it behaves normally after mutt locks things up. I of course tried sshing the machine, but after password prompt, nothing happened (I waited 3 minutes or so). One problem with power cycling is the file system recovery after a power loss; you can avoid that by starting a root sleep+reboot in the background, which you abort if you don't need it, otherwise let it reboot for you if possible. sudo su - (sleep 300; reboot) & ^D su was blocked too. In fact opening any new terminal left me with no possibility to enter commands. and on to your mutt crashing. If mutt locks up, wait 5 minutes and see it it reboots on its own. If not, power cycle. You can use "shutdown -h now" instead of reboot if you want. Doesn't work either. If nutt locks up but the other suggestions leave you with a working tty, or if mutt doesn't lock up, you have 5 minutes to "sudo su -" again and kill the sleep+reboot job. Adjust the 300 second sleep to your patience; how quickly can you make mutt lockup? How often do you wnat to kill and restart that sleeper, and how long do you want to wait for it to reboot after a lockup? You can start similar background jobs to report interesting data and wait a few minutes, then on reboot, check its logged output. while :; do date >>~/loggy; sleep 10; done & You may need a nohup in there; try logging out with that running and make sure it remans running. If mutt locks up, not the exact time, wiat 5 minutes, power cycle, and check ~/loggy to see how long it kept logging. Thanks Felix for this lengthy help, but it looks a bit too much for me of an action. I'm getting too old for this kind of fun ;) That's why I love Debian, it's so rock solid and stable that I don't need to go in that kind of things (any more). Best, Steve
Re: segfault causes system freeze
On 20181122, Felix Finch wrote: > Try "stty sane^J". I should have clarified; someimes the tty gets in such a state that it doesn't echo any characters nor recognize ; you have to type this on blind faith it's getting through to the shell, and the ^J works when doesn't. You may need a ^C or ^Z beforehand to abort any existing command. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: segfault causes system freeze
On 20181122, Nathan Stratton Treadway wrote: > On Thu, Nov 22, 2018 at 07:51:48 +0100, steve wrote: > > No. If switch to another console, and launch a 'ls' for example, the > > cursor goes to the line and then nothing happens. Ctlr-x doesn't do > > anything. Opening a new one and launching htop for example freeze the > > terminal. But was it funny, is that I can firefox still works as > > expected. At this stage I normally shutdown the computer physically. > > Hmmm, interesting... the system is not truely locked up, but perhaps > it's now unable to launch new processes, or something like that. (It > would be interesting to know if an instance of "htop" running on another > console continues keep running even after the segfault, for example.) I have seen screen (the command!) leave the tty in a very confused state, where it thinks the usable area is less than full size, such that scrolls for instance only operate on a subsection. Try "stty sane^J". If using screen or tmux, try ^D to exit and ^A^C or ^B^C to open a new session. Sometimes I have cat'd a binary file by mistake and left the tty so confused that I have to log out and back in. Do you have ssh set up, and do you have a second computer you can ssh in from? Try ssh on that other compputer just to have an independent tty available, and see if it behaves normally after mutt locks things up. One problem with power cycling is the file system recovery after a power loss; you can avoid that by starting a root sleep+reboot in the background, which you abort if you don't need it, otherwise let it reboot for you if possible. sudo su - (sleep 300; reboot) & ^D and on to your mutt crashing. If mutt locks up, wait 5 minutes and see it it reboots on its own. If not, power cycle. You can use "shutdown -h now" instead of reboot if you want. If nutt locks up but the other suggestions leave you with a working tty, or if mutt doesn't lock up, you have 5 minutes to "sudo su -" again and kill the sleep+reboot job. Adjust the 300 second sleep to your patience; how quickly can you make mutt lockup? How often do you wnat to kill and restart that sleeper, and how long do you want to wait for it to reboot after a lockup? You can start similar background jobs to report interesting data and wait a few minutes, then on reboot, check its logged output. while :; do date >>~/loggy; sleep 10; done & You may need a nohup in there; try logging out with that running and make sure it remans running. If mutt locks up, not the exact time, wiat 5 minutes, power cycle, and check ~/loggy to see how long it kept logging. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & wood chipper / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: segfault causes system freeze
Le 22-11-2018, à 16:09:50 +0100, Jörg Sommer a écrit : #0 0x5592c9a59c68 in index_make_entry (s=0x7fff20afb090 "", l=1024, menu=, num=) at ../../curs_main.c:300 h = 0x5592cbef1670 flag = (MUTT_FORMAT_TREE | MUTT_FORMAT_MAKEPRINT | MUTT_FORMAT_ARROWCURSOR | MUTT_FORMAT_INDEX) edgemsgno = 40 reverse = tmp = This is here https://sources.debian.org/src/mutt/1.7.2-1+deb9u1/curs_main.c/#L300 and in the current version (of neomutt) here https://salsa.debian.org/mutt-team/neomutt/blob/master/curs_main.c#L550 The best would be to create a bug report and if you don't care too much, I can send the developer the coredump in a *private* mail. He might dig out something more. That would be really nice of you. But does it mean I also have to open a bug report? I would guess that one of the thread chains is broken. Does the crash happen everytime in the same mailbox? That's a question I also asked myself. I don't know for now. I'll have to investigate a bit more. The problem is that it doesn't happen so often. Thank you very much for your help Best, Steve
Re: segfault causes system freeze
steve hat am Do 22. Nov, 15:45 (+0100) geschrieben: > Le 21-11-2018, à 23:10:51 +0100, Jörg Sommer a écrit : > > > > This does not tell me anything (I'm not a developer). Do you think I > > > should > > > open a bug report on the Debian BTS? > > > > Yes, this would be helpful. Do you have gdb installed? Can you run > > `coredumpctl debug` and run `bt full` on the gdb prompt? This output would > > be very helpful for the developer to see, what was the state before the > > crash. > > Ok, I attached the output of 'bt full' in gdb. Doesn't speak to me :) > > Thanks. > > Steve > > #0 0x5592c9a59c68 in index_make_entry (s=0x7fff20afb090 "", l=1024, > menu=, num=) at ../../curs_main.c:300 > h = 0x5592cbef1670 > flag = (MUTT_FORMAT_TREE | MUTT_FORMAT_MAKEPRINT | > MUTT_FORMAT_ARROWCURSOR | MUTT_FORMAT_INDEX) > edgemsgno = 40 > reverse = > tmp = This is here https://sources.debian.org/src/mutt/1.7.2-1+deb9u1/curs_main.c/#L300 and in the current version (of neomutt) here https://salsa.debian.org/mutt-team/neomutt/blob/master/curs_main.c#L550 The best would be to create a bug report and if you don't care too much, I can send the developer the coredump in a *private* mail. He might dig out something more. I would guess that one of the thread chains is broken. Does the crash happen everytime in the same mailbox? Jörg -- Damit das Mögliche entsteht, muß immer wieder das Unmögliche versucht werden. (Hermann Hesse) signature.asc Description: PGP signature
Re: segfault causes system freeze
Le 22-11-2018, à 02:09:46 -0500, Nathan Stratton Treadway a écrit : On Thu, Nov 22, 2018 at 07:51:48 +0100, steve wrote: No. If switch to another console, and launch a 'ls' for example, the cursor goes to the line and then nothing happens. Ctlr-x doesn't do anything. Opening a new one and launching htop for example freeze the terminal. But was it funny, is that I can firefox still works as expected. At this stage I normally shutdown the computer physically. Hmmm, interesting... the system is not truely locked up, but perhaps it's now unable to launch new processes, or something like that. (It would be interesting to know if an instance of "htop" running on another console continues keep running even after the segfault, for example.) I'll leave an htop running just in case. [...] No, nothing in syslog I think. (It might be worth double-checking to make sure -- if for example [Byour follow-on attempts to run "ls" and "htop" also show up as segfaults in the log, that would certainly tell you something.) Double checked and I'm pretty sure there is nothing else. Yes, I think it might be a hardware problem triggered by a mutt segfault. Still looking around. (The distinction may not matter in the end, but off hand I'd suspect the hardware fault [or whatever it is] is causing both the mutt segfault and the other symptoms you are seeing.) It's really only mutt (or neomutt…) that triggers the problem, no other program. Anyway, good luck tracking it down... Thank you, I hope I can succeed (with your and Jörg nice help). Best, Steve
Re: segfault causes system freeze
Le 21-11-2018, à 23:10:51 +0100, Jörg Sommer a écrit : This does not tell me anything (I'm not a developer). Do you think I should open a bug report on the Debian BTS? Yes, this would be helpful. Do you have gdb installed? Can you run `coredumpctl debug` and run `bt full` on the gdb prompt? This output would be very helpful for the developer to see, what was the state before the crash. Ok, I attached the output of 'bt full' in gdb. Doesn't speak to me :) Thanks. Steve #0 0x5592c9a59c68 in index_make_entry (s=0x7fff20afb090 "", l=1024, menu=, num=) at ../../curs_main.c:300 h = 0x5592cbef1670 flag = (MUTT_FORMAT_TREE | MUTT_FORMAT_MAKEPRINT | MUTT_FORMAT_ARROWCURSOR | MUTT_FORMAT_INDEX) edgemsgno = 40 reverse = tmp = #1 0x5592c9a822bc in menu_redraw_index (menu=0x5592cbed50b0) at ../../menu.c:323 buf = "\000\000\000\000\000\000\000\000p\231\353\060\000\177\000\000\377\377\377\377\000\000\000\000\065\000\000\000\000\000\000\000\000\261\257 \377\177\000\000@\341\370.\000\177\000\000\000\000\000\000\000\000\000\000\311\320\354\060\000\177\000\000\000\000\000\000\001\000\000\000\066\000\000\000\036\000\000\000 \261\257 \377\177\000\000 _\312\060\000\177\000\000\000\000\000\000\000\177\000\000\213?\355\060\000\177\000\000/home/st\036\001\254ɒU\000\000/INBOX/n\220\263\257 \377\177\000\000\b\262\257 \377\177", '\000' , "\002\327\300˒U\000\000\000\262\257 \377\177\000\000H\261\305˒U\000\000@\262\257 \377\177\000\000\210\261\257"... i = 40 do_color = attr = 2098432 #2 0x5592c9a90d3b in mutt_pager (banner=banner@entry=0x0, fname=fname@entry=0x7fff20afc180 "/home/steve/.mutt/tmp/mutt-paros-1000-1678-17662420033214884750", flags=, flags@entry=66, extra=extra@entry=0x7fff20afc150) at ../../pager.c:1864 do_new_mail = searchbuf = '\000' buffer = "-*-NeoMutt: =prof/trex [Msgs:51 Inc:8 43M]---(threads/date)", '-' , "(end)---", '\000' helpstr = "e:Quitter -:PgPréc :PgSuiv v:Voir attach. d:Effacer r:Répondre j:Suivant ?:Aide\000\000\000\003", '\000' tmphelp = "e:Quitter -:PgPréc :PgSuiv v:Voir attach. d:Effacer r:Répondre j:Suivant", '\000' , "\260g\355˒U\000\000@\344\370.\000\177\000\000\n\000\000\000\000\000\000\000|\203\355˒U\000\000\377\002\000\000\000\000\000\000\062\313\306."... maxLine = 55 lastLine = 37 lineInfo = 0x5592cbed45f0 QuoteList = 0x0 i = j = ch = rc = 103 hideQuoted = q_level = 0 force_redraw = 0 lines = curline = topline = 0 oldtopline = err = first = r = wrapped = searchctx = redraw = 32 fp = 0x5592cbee43a0 last_pos = 3186 last_offset = old_smart_wrap = old_markers = sb = {st_dev = 2305, st_ino = 3672769, st_nlink = 1, st_mode = 33152, st_uid = 1000, st_gid = 1000, __pad0 = 0, st_rdev = 0, st_size = 3186, st_blksize = 4096, st_blocks = 8, st_atim = {tv_sec = 1542825837, tv_nsec = 471228302}, st_mtim = {tv_sec = 1542825837, tv_nsec = 519226284}, st_ctim = {tv_sec = 1542825837, tv_nsec = 519226284}, __glibc_reserved = {0, 0, 0}} SearchRE = {buffer = 0x0, allocated = 0, used = 0, syntax = 0, fastmap = 0xff00 , translate = 0xff , re_nsub = 2971003703785480807, can_be_null = 0, regs_allocated = 0, fastmap_accurate = 0, no_sub = 0, not_bol = 1, not_eol = 0, newline_anchor = 0} SearchCompiled = 0 SearchFlag = SearchBack = has_types = index_status_window = 0x5592cbee4b70 index_window = 0x5592cbed5050 pager_status_window = 0x5592cbed5070 pager_window = 0x5592cbed5090 index = 0x5592cbed50b0 indexlen = indicator = 4 old_PagerIndexLines = index_hint = 0 oldcount = check = followup_to = #3 0x5592c9a4ea85 in mutt_display_message (cur=0x5592cbead5a0) at ../../commands.c:225 info = {ctx = 0x5592cbd45ea0, hdr = 0x5592cbead5a0, bdy = 0x0, fp = 0x0, idx = 0x0, idxlen = 0} tempfile = "/home/steve/.mutt/tmp/mutt-paros-1000-1678-17662420033214884750\000\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\033[C\000\000"... buf = "multipart/alternative\000\000\000\063\000\000\000\000\000\000\000\360¯ \377\177\000\000\250\227\353\060\000\177\000\000\020\000\000\000\000\000\000\000\311\320\354\060\000\177\000\000\000\000\000\000\001\000\000\000\066\000\000\000\036\000\000\000\020ï \377\177\000\000
Re: segfault causes system freeze
On Thu, Nov 22, 2018 at 07:51:48 +0100, steve wrote: > No. If switch to another console, and launch a 'ls' for example, the > cursor goes to the line and then nothing happens. Ctlr-x doesn't do > anything. Opening a new one and launching htop for example freeze the > terminal. But was it funny, is that I can firefox still works as > expected. At this stage I normally shutdown the computer physically. Hmmm, interesting... the system is not truely locked up, but perhaps it's now unable to launch new processes, or something like that. (It would be interesting to know if an instance of "htop" running on another console continues keep running even after the segfault, for example.) [...] > No, nothing in syslog I think. > (It might be worth double-checking to make sure -- if for example [Byour follow-on attempts to run "ls" and "htop" also show up as segfaults in the log, that would certainly tell you something.) > Yes, I think it might be a hardware problem triggered by a mutt > segfault. Still looking around. (The distinction may not matter in the end, but off hand I'd suspect the hardware fault [or whatever it is] is causing both the mutt segfault and the other symptoms you are seeing.) Anyway, good luck tracking it down... Nathan
Re: segfault causes system freeze
Le 21-11-2018, à 23:10:51 +0100, Jörg Sommer a écrit : steve hat am Mi 21. Nov, 19:50 (+0100) geschrieben: # coredumpctl info PID: 1678 (mutt) UID: 1000 (steve) GID: 1000 (steve) Signal: 11 (SEGV) Timestamp: Wed 2018-11-21 19:45:57 CET (17s ago) Command Line: mutt -y -n Executable: /usr/bin/mutt Control Group: /user.slice/user-1000.slice/session-3.scope Unit: session-3.scope Slice: user-1000.slice Session: 3 Owner UID: 1000 (steve) Boot ID: 75e02422e0584081937ef6fe13f1e8ba Machine ID: 63a22f7a1c2437b0703353c75343f80e Hostname: box.maison.mrs Storage: /var/lib/systemd/coredump/core.mutt.1000.75e02422e0584081937ef6fe13f1e8ba.1678.154282595700.lz4 Message: Process 1678 (mutt) of user 1000 dumped core. Stack trace of thread 1678: #0 0x5592c9a59c68 index_make_entry (mutt) #1 0x5592c9a822bc menu_redraw_index (mutt) #2 0x5592c9a90d3b mutt_pager (mutt) #3 0x5592c9a4ea85 mutt_display_message (mutt) #4 0x5592c9a5df9c mutt_index_menu (mutt) #5 0x5592c9a3ef16 main (mutt) #6 0x7f002ec182e1 __libc_start_main (libc.so.6) #7 0x5592c9a3ef8a _start (mutt) This does not tell me anything (I'm not a developer). Do you think I should open a bug report on the Debian BTS? Yes, this would be helpful. Do you have gdb installed? Can you run `coredumpctl debug` and run `bt full` on the gdb prompt? This output would be very helpful for the developer to see, what was the state before the crash. I will do this this afternoon. Thank you. Steve
Re: segfault causes system freeze
Hi, Le 21-11-2018, à 17:51:39 -0500, Nathan Stratton Treadway a écrit : On Tue, Nov 20, 2018 at 12:42:02 +0100, steve wrote: I have a new box for about two months and it appears that each time mutt segfaults, the console freezes and I have to hard stop the machine. Here is what I have in /var/log/kernel.log: When you say "the console freezes": are you able to log in normally using another virtual terminal or ssh session or anything? No. If switch to another console, and launch a 'ls' for example, the cursor goes to the line and then nothing happens. Ctlr-x doesn't do anything. Opening a new one and launching htop for example freeze the terminal. But was it funny, is that I can firefox still works as expected. At this stage I normally shutdown the computer physically. Or is the system fully locked up, no longer responding to pings, etc.? Does the syslog file show any activity at all between the mutt segfault and the restart-after-reboot messages? No, nothing in syslog I think. If a Mutt segfault is really able to lock up the system entirely, that is a sign of a bigger problem with your kernel and/or hardware (i.e. a user process such as Mutt should not be able to lock up the entire system, no matter how it crashes). Tracking down the Mutt coredump may help you narrow down what part of the broader system is failing, but really it seems like you are trying to figure out what system-wide problem Mutt happens to be tickling Yes, I think it might be a hardware problem triggered by a mutt segfault. Still looking around. Thank you, Steve
Re: segfault causes system freeze
On Tue, Nov 20, 2018 at 12:42:02 +0100, steve wrote: > I have a new box for about two months and it appears that each time mutt > segfaults, the console freezes and I have to hard stop the machine. Here > is what I have in /var/log/kernel.log: When you say "the console freezes": are you able to log in normally using another virtual terminal or ssh session or anything? Or is the system fully locked up, no longer responding to pings, etc.? Does the syslog file show any activity at all between the mutt segfault and the restart-after-reboot messages? If a Mutt segfault is really able to lock up the system entirely, that is a sign of a bigger problem with your kernel and/or hardware (i.e. a user process such as Mutt should not be able to lock up the entire system, no matter how it crashes). Tracking down the Mutt coredump may help you narrow down what part of the broader system is failing, but really it seems like you are trying to figure out what system-wide problem Mutt happens to be tickling Nathan
Re: segfault causes system freeze
steve hat am Mi 21. Nov, 19:50 (+0100) geschrieben: > # coredumpctl info > PID: 1678 (mutt) > UID: 1000 (steve) > GID: 1000 (steve) >Signal: 11 (SEGV) > Timestamp: Wed 2018-11-21 19:45:57 CET (17s ago) > Command Line: mutt -y -n >Executable: /usr/bin/mutt > Control Group: /user.slice/user-1000.slice/session-3.scope > Unit: session-3.scope > Slice: user-1000.slice > Session: 3 > Owner UID: 1000 (steve) > Boot ID: 75e02422e0584081937ef6fe13f1e8ba >Machine ID: 63a22f7a1c2437b0703353c75343f80e > Hostname: box.maison.mrs > Storage: > /var/lib/systemd/coredump/core.mutt.1000.75e02422e0584081937ef6fe13f1e8ba.1678.154282595700.lz4 > Message: Process 1678 (mutt) of user 1000 dumped core. >Stack trace of thread 1678: >#0 0x5592c9a59c68 index_make_entry (mutt) >#1 0x5592c9a822bc menu_redraw_index (mutt) >#2 0x5592c9a90d3b mutt_pager (mutt) >#3 0x5592c9a4ea85 mutt_display_message (mutt) >#4 0x5592c9a5df9c mutt_index_menu (mutt) >#5 0x5592c9a3ef16 main (mutt) >#6 0x7f002ec182e1 __libc_start_main (libc.so.6) >#7 0x5592c9a3ef8a _start (mutt) > > > This does not tell me anything (I'm not a developer). Do you think I should > open a bug report on the Debian BTS? Yes, this would be helpful. Do you have gdb installed? Can you run `coredumpctl debug` and run `bt full` on the gdb prompt? This output would be very helpful for the developer to see, what was the state before the crash. Regards Jörg -- http://www.gnu.org/fun/jokes/ed.msg.html »Note the consistent user interface and error reportage. Ed is generous enough to flag errors, yet prudent enough not to overwhelm the novice with verbosity.« signature.asc Description: PGP signature
Re: segfault causes system freeze
Hi, Mutt crashed just after hitting 'r'. Here is the output of # coredumpctl info PID: 1678 (mutt) UID: 1000 (steve) GID: 1000 (steve) Signal: 11 (SEGV) Timestamp: Wed 2018-11-21 19:45:57 CET (17s ago) Command Line: mutt -y -n Executable: /usr/bin/mutt Control Group: /user.slice/user-1000.slice/session-3.scope Unit: session-3.scope Slice: user-1000.slice Session: 3 Owner UID: 1000 (steve) Boot ID: 75e02422e0584081937ef6fe13f1e8ba Machine ID: 63a22f7a1c2437b0703353c75343f80e Hostname: box.maison.mrs Storage: /var/lib/systemd/coredump/core.mutt.1000.75e02422e0584081937ef6fe13f1e8ba.1678.154282595700.lz4 Message: Process 1678 (mutt) of user 1000 dumped core. Stack trace of thread 1678: #0 0x5592c9a59c68 index_make_entry (mutt) #1 0x5592c9a822bc menu_redraw_index (mutt) #2 0x5592c9a90d3b mutt_pager (mutt) #3 0x5592c9a4ea85 mutt_display_message (mutt) #4 0x5592c9a5df9c mutt_index_menu (mutt) #5 0x5592c9a3ef16 main (mutt) #6 0x7f002ec182e1 __libc_start_main (libc.so.6) #7 0x5592c9a3ef8a _start (mutt) This does not tell me anything (I'm not a developer). Do you think I should open a bug report on the Debian BTS? Thanks. Best, Steve
Re: segfault causes system freeze
Le 21-11-2018, à 08:53:53 +0100, Jörg Sommer a écrit : steve hat am Mi 21. Nov, 06:42 (+0100) geschrieben: Le 20-11-2018, à 21:19:05 +0100, Jörg Sommer a écrit : > > > Do you use systemd? Can you install the packages systemd-coredump and > > > mutt-dbgsym? After a crash you can run `coredumpctl info -1` and post the > > > > There is no mutt-dbgsym in stretch, only jessie and sid. I installed > > systemd-coredump. Will launch the command after next freeze. > > You have to add the following line to /etc/apt/sources.list > > deb http://ftp.de.debian.org/debian-debug/ stable-debug main non-free contrib Thanks, I didn't know about that repo. Installed now, waiting for the next freeze. Can I run the command after a reboot? Yes. Coredumpctl should capture the crash dump and you can inspect it later, if it was successful. But maybe the crash causes the kernel can not even write the core dump out to disk. Thank you for the explanations. Best, Steve
Re: segfault causes system freeze
steve hat am Mi 21. Nov, 06:42 (+0100) geschrieben: > Le 20-11-2018, à 21:19:05 +0100, Jörg Sommer a écrit : > > > > > Do you use systemd? Can you install the packages systemd-coredump and > > > > mutt-dbgsym? After a crash you can run `coredumpctl info -1` and post > > > > the > > > > > > There is no mutt-dbgsym in stretch, only jessie and sid. I installed > > > systemd-coredump. Will launch the command after next freeze. > > > > You have to add the following line to /etc/apt/sources.list > > > > deb http://ftp.de.debian.org/debian-debug/ stable-debug main non-free > > contrib > > Thanks, I didn't know about that repo. Installed now, waiting for the > next freeze. Can I run the command after a reboot? Yes. Coredumpctl should capture the crash dump and you can inspect it later, if it was successful. But maybe the crash causes the kernel can not even write the core dump out to disk. -- “Computer games don't affect kids. If Pacman would have affected us as children, we would now run around in darkened rooms, munching yellow pills and listening to repetetive music.” signature.asc Description: PGP signature
Re: segfault causes system freeze
Le 20-11-2018, à 21:19:05 +0100, Jörg Sommer a écrit : > Do you use systemd? Can you install the packages systemd-coredump and > mutt-dbgsym? After a crash you can run `coredumpctl info -1` and post the There is no mutt-dbgsym in stretch, only jessie and sid. I installed systemd-coredump. Will launch the command after next freeze. You have to add the following line to /etc/apt/sources.list deb http://ftp.de.debian.org/debian-debug/ stable-debug main non-free contrib Thanks, I didn't know about that repo. Installed now, waiting for the next freeze. Can I run the command after a reboot?
Re: segfault causes system freeze
steve hat am Di 20. Nov, 15:18 (+0100) geschrieben: > Le 20-11-2018, à 14:29:30 +0100, Jörg Sommer a écrit : > > steve hat am Di 20. Nov, 12:42 (+0100) geschrieben: > > > Hi There, > > > > > > I have a new box for about two months and it appears that each time mutt > > > segfaults, the console freezes and I have to hard stop the machine. Here > > > is what I have in /var/log/kernel.log: > > > > > > Nov 19 15:54:17 box kernel: [ 7970.303276] mutt[13832]: segfault at 8 ip > > > 55a9d9996c68 sp 7fff5e7f47c0 error 4 in mutt[55a9d9963000+115000] > > > Nov 19 15:54:17 box kernel: [ 7970.303284] Code: e1 00 01 41 89 cb 0f 84 > > > c6 00 00 00 8b 4a 2c 03 8a 90 00 00 00 48 63 52 1c 39 d1 0f 8e cc 00 00 > > > 00 45 8b > > > 54 92 fc 49 8b 58 68 <48> 8b 53 08 48 85 d2 75 26 eb 3d 0f 1f 44 00 00 44 > > > 3b 51 38 41 0f > > > > Do you use systemd? Can you install the packages systemd-coredump and > > mutt-dbgsym? After a crash you can run `coredumpctl info -1` and post the > > There is no mutt-dbgsym in stretch, only jessie and sid. I installed > systemd-coredump. Will launch the command after next freeze. You have to add the following line to /etc/apt/sources.list deb http://ftp.de.debian.org/debian-debug/ stable-debug main non-free contrib Regards Jörg -- “Politics is for the moment, equations are forever” (Albert Einstein) signature.asc Description: PGP signature
Re: segfault causes system freeze
Le 20-11-2018, à 14:29:30 +0100, Jörg Sommer a écrit : steve hat am Di 20. Nov, 12:42 (+0100) geschrieben: Hi There, I have a new box for about two months and it appears that each time mutt segfaults, the console freezes and I have to hard stop the machine. Here is what I have in /var/log/kernel.log: Nov 19 15:54:17 box kernel: [ 7970.303276] mutt[13832]: segfault at 8 ip 55a9d9996c68 sp 7fff5e7f47c0 error 4 in mutt[55a9d9963000+115000] Nov 19 15:54:17 box kernel: [ 7970.303284] Code: e1 00 01 41 89 cb 0f 84 c6 00 00 00 8b 4a 2c 03 8a 90 00 00 00 48 63 52 1c 39 d1 0f 8e cc 00 00 00 45 8b 54 92 fc 49 8b 58 68 <48> 8b 53 08 48 85 d2 75 26 eb 3d 0f 1f 44 00 00 44 3b 51 38 41 0f Do you use systemd? Can you install the packages systemd-coredump and mutt-dbgsym? After a crash you can run `coredumpctl info -1` and post the There is no mutt-dbgsym in stretch, only jessie and sid. I installed systemd-coredump. Will launch the command after next freeze. Thank you Steve
Re: segfault causes system freeze
steve hat am Di 20. Nov, 12:42 (+0100) geschrieben: > Hi There, > > I have a new box for about two months and it appears that each time mutt > segfaults, the console freezes and I have to hard stop the machine. Here > is what I have in /var/log/kernel.log: > > Nov 19 15:54:17 box kernel: [ 7970.303276] mutt[13832]: segfault at 8 ip > 55a9d9996c68 sp 7fff5e7f47c0 error 4 in mutt[55a9d9963000+115000] > Nov 19 15:54:17 box kernel: [ 7970.303284] Code: e1 00 01 41 89 cb 0f 84 c6 > 00 00 00 8b 4a 2c 03 8a 90 00 00 00 48 63 52 1c 39 d1 0f 8e cc 00 00 00 45 8b > 54 92 fc 49 8b 58 68 <48> 8b 53 08 48 85 d2 75 26 eb 3d 0f 1f 44 00 00 44 3b > 51 38 41 0f Do you use systemd? Can you install the packages systemd-coredump and mutt-dbgsym? After a crash you can run `coredumpctl info -1` and post the output here. The backtrace might help to see what's wrong. Regards Jörg -- “Politics is for the moment, equations are forever” (Albert Einstein) signature.asc Description: PGP signature
Re: segfault causes system freeze
* steve [11-20-18 06:42]: > Hi There, > > I have a new box for about two months and it appears that each time mutt > segfaults, the console freezes and I have to hard stop the machine. Here > is what I have in /var/log/kernel.log: > > Nov 19 15:54:17 box kernel: [ 7970.303276] mutt[13832]: segfault at 8 ip > 55a9d9996c68 sp 7fff5e7f47c0 error 4 in mutt[55a9d9963000+115000] > Nov 19 15:54:17 box kernel: [ 7970.303284] Code: e1 00 01 41 89 cb 0f 84 c6 > 00 00 00 8b 4a 2c 03 8a 90 00 00 00 48 63 52 1c 39 d1 0f 8e cc 00 00 00 45 8b > 54 92 fc 49 8b 58 68 <48> 8b 53 08 48 85 d2 75 26 eb 3d 0f 1f 44 00 00 44 3b > 51 38 41 0f > > I don't understand the above message. > > > I'm using NeoMutt 20170113 (1.7.2) from Debian stretch. > > What should I do/try? contact the providers of neomutt as it is a different project than mutt. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri Registered Linux User #207535@ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
Re: Segfault
I'm unable to reproduce this with mutt 1.3.11i. Have you tried to reproduce it? Do you have a few short lines I can add to my muttrc to reproduce it? On Thu, Apr 26, 2001 at 02:54:44PM -0700, CB [EMAIL PROTECTED] wrote: This is from a Mandrake mailing list. I wanted to point this out to the developers and let them know that an audit might be in order to verify/disprove that this exists in other config options as well (the segfault on a blank option). Forwarded message I just wanted to update the group on this issue. For those of you that use Mutt, you know how customizable it is via your .muttrc file. Well that's where the problem was. In the .muttrc you can specify who you are, your email address and the organization that you belong to. The lines would look something like this. my_hdr From: Tim Holmes [EMAIL PROTECTED] my_hdr Organization: UNIXTECHS ORG my_hdr Reply-To: Tim Holmes [EMAIL PROTECTED] Well there's often another line in the .muttrc that tell tells it to remove all extra headers as well. That looks like this. unmy_hdr * Well, from what I've been told by others, if you have the line for unmy_hdr in your .muttrc, it will ignore error messages that you may have from reading the .muttrc. That's what allowed the problem to slip through, but the problem was caused by the line for Organization. If you leave my_hdr Organization: blank, it causes an error. It will allow you to open your mailbox and move around in them and read messages, and even right them, but as soon as you try and send them, you recieve a lovely segment fault, and sometimes a core is dumped. Instead of just ignoring the blank field is dies on you. Personally this being the case is completely retarded, but that's just me. I spent almost an entire day trying to figure out why I had two users, that would continue to get segment faults each time they sent mail. But 5 other users were just fine! That's what pointed me towards the .muttrc. After rebuilding my .muttrc file line by line, (Which was a pain in the @%$ if you ask me!) and finally found that it was the Organization line that was causing my problem. I removed that line, and the problem is gone. I think the people with mutt were retarded for doing that! But again... that's just me. -- Bob Bell [EMAIL PROTECTED] - For example, OS/360 devotes 26 bytes of the permanently resident date-turnover routine to the proper handling of December 31 on leap years (when it is Day 366). That might have been left to the operator. -- Fred Brooks, _The Mythical Man-Month_, on wasting resources
Re: Segfault
begin Bob Bell quotation: I'm unable to reproduce this with mutt 1.3.11i. Have you tried to reproduce it? Do you have a few short lines I can add to my muttrc to reproduce it? No, I was not able to reproduce it, sorry I forgot to mention that. I took it for granted that he was giving me exact information. I will check to see if he has a copy of the .muttrc that was giving him the problem. If he does, I'll examine it and optionally send it to you/anybody if requested. -- Blue skies... Todd | Get a bigger hammer! | Sometimes you get what you want. | | http://www.mrball.net | Sometimes you get experience. | | http://faq.mrball.net | --unknown origin | PGP signature
Re: segfault at sending message
Look at your "set editor" function. On Sat, Mar 03, 2001 at 12:14:29AM +0100, Marco Ahrendt muttered: | hi all, | | anyone knows why mutt crashes with segmentation fault if i press "y" to | send the message ?? i'm running kernel 2.4.1 and mutt 1.3.12i. | | Marco | | -- | Marco Ahrendt phone : +49-341-98-474-0 | adconsys AGfax : +49-341-98-474-59 | Karl-Liebknecht-Str. 19email : [EMAIL PROTECTED] | 04107 Leipzig/Germany gnupg key at www.aktex.net/marco_work.asc -- /Jason G Helfman "At any given moment, you may find the ticket to the circus that has always been in your possession." Fingerprint: 6A32 3774 E390 33B5 8C96 2AA1 2BF4 BD71 35A1 C149 GnuPG http://www.gnupg.org Get Private! 1024D/35A1C149
Re: SEGFAULT
Hello Johannes, * Johannes Zellner wrote: I discovered a reproducable SEGFAULT: using c to change folder c using a directory, e.g. ~/ hitting tab (twice) to get the directory listing and then using `m' to compose a mail will SEGFAULT mutt. [...] mutt 1.2.5i. Can't reproduce this with mutt 1.2.5 here. 'm' in directory view mode is used for setting the file mask. Did you change the default key bindings? christian -- No courtesy copy (CC:), please. I'm reading here!
Re: SEGFAULT
Johannes Zellner proclaimed on mutt-users that: I discovered a reproducable SEGFAULT: using c to change folder c using a directory, e.g. ~/ hitting tab (twice) to get the directory listing and then using `m' to compose a mail will SEGFAULT mutt. No it doesnt - mutt-1.2.5i here (standard rpm from mutt.linuxatwork.at) File Mask: !^\.[^.] = this is what I am asked when I repeat your keystrokes -- Suresh Ramasubramanian + Wallopus Malletus Indigenensis mallet @ cluestick.org + Lumber Cartel of India, tinlcI Just about every computer on the market today runs Unix, except the Mac (and nobody cares about it). -- Bill Joy 6/21/85
Re: SEGFAULT
On Fri, Dec 01, 2000 at 04:05:14PM +0530, Suresh Ramasubramanian wrote: Johannes Zellner proclaimed on mutt-users that: I discovered a reproducable SEGFAULT: using c to change folder c using a directory, e.g. ~/ hitting tab (twice) to get the directory listing and then using `m' to compose a mail will SEGFAULT mutt. No it doesnt - mutt-1.2.5i here (standard rpm from mutt.linuxatwork.at) File Mask: !^\.[^.] = this is what I am asked when I repeat your keystrokes I've the default bindings here. I can even: c~/tabf1 where f1 is bound to show help here. This shows menter-mask then returning from help with `q' and hitting `m' will again segfault mutt. Well, I guess I'll just install the latest devel version and hope that it's ok there... Futhermore, if I KNOW that this causes a segfault I haven't to use it :-) -- Johannes
Re: Segfault in 1.2.5i
I've just determined that this is confined to one particular folder. On 11/01/00, 09:15:47PM -0500, John P. Verel wrote: I can always produce a segfault with the following sequence, while in in a folder: order|date|End|Order|Thread|Up Arrow I have the following in my .muttrc, which may be germane: folder-hook . 'push escV' I'm running Red Hat 7, 2.2.16-22. I do not recall this happening in 1.2i (which I was running under 2.2.14). I upgraded to 1.2.5i as part of the Red Hat 7 upgrade John
Re: Segfault in 1.2.5i
On 2000-11-01 21:53:46 -0500, John P. Verel wrote: I've just determined that this is confined to one particular folder. Could you please try to confine this further, possible to one particular thread in that folder? -- Thomas Roessler [EMAIL PROTECTED]