Re: fed/centos - recovery app/process???
On Thu, 2018-02-15 at 20:53 -0500, Fred Smith wrote: > On Fri, Feb 16, 2018 at 12:02:28AM +, Patrick O'Callaghan wrote: > > On Thu, 2018-02-15 at 14:37 -0800, Joe Zeff wrote: > > > On 02/15/2018 12:20 PM, Rick Stevens wrote: > > > > "Crash save" files weren't unique to DG systems, BTW. DEC VAX/VMS did > > > > it, MAI/Basic4 did it, Tandem did it...lots of systems did it (usually > > > > using different nomenclatures). Heck, vi/vim does it in a way (via ye > > > > ol' ".filename.swp" backup file). > > > > > > If memory serves, Unix used "core" for that, and it was an actual core > > > dump. > > > > That's correct. It's also correct for Linux, except that by default the > > core dump is normally turned off and you have to enable it (see 'man > > core'). > > > > poc > > I always use "ulimit -c unlimited" to enable coredumps. is there a > more preferred way? AFAIK that just affects the size limit, however it appears that it's already unlimited by default. Contrary to what I said earlier, core dumps are not disabled by default. I misread the man page. However the whole story depends on several other factors, including sysctl(5) settings and systemd- coredump(5) (surprise!), for which the documentation is causing me to lose the will to live. Normally this is configured so the abrtd daemon watches for them and decides what to do based on yet more settings in abrt.conf(5). TL;DR: yes, there are still core dumps. They can usually be found under /var/spool/abrt (root access only). poc ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: fed/centos - recovery app/process???
On Fri, Feb 16, 2018 at 12:02:28AM +, Patrick O'Callaghan wrote: > On Thu, 2018-02-15 at 14:37 -0800, Joe Zeff wrote: > > On 02/15/2018 12:20 PM, Rick Stevens wrote: > > > "Crash save" files weren't unique to DG systems, BTW. DEC VAX/VMS did > > > it, MAI/Basic4 did it, Tandem did it...lots of systems did it (usually > > > using different nomenclatures). Heck, vi/vim does it in a way (via ye > > > ol' ".filename.swp" backup file). > > > > If memory serves, Unix used "core" for that, and it was an actual core dump. > > That's correct. It's also correct for Linux, except that by default the > core dump is normally turned off and you have to enable it (see 'man > core'). > > poc I always use "ulimit -c unlimited" to enable coredumps. is there a more preferred way? -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: fed/centos - recovery app/process???
On Thu, 2018-02-15 at 14:37 -0800, Joe Zeff wrote: > On 02/15/2018 12:20 PM, Rick Stevens wrote: > > "Crash save" files weren't unique to DG systems, BTW. DEC VAX/VMS did > > it, MAI/Basic4 did it, Tandem did it...lots of systems did it (usually > > using different nomenclatures). Heck, vi/vim does it in a way (via ye > > ol' ".filename.swp" backup file). > > If memory serves, Unix used "core" for that, and it was an actual core dump. That's correct. It's also correct for Linux, except that by default the core dump is normally turned off and you have to enable it (see 'man core'). poc ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: fed/centos - recovery app/process???
On 02/15/2018 12:20 PM, Rick Stevens wrote: "Crash save" files weren't unique to DG systems, BTW. DEC VAX/VMS did it, MAI/Basic4 did it, Tandem did it...lots of systems did it (usually using different nomenclatures). Heck, vi/vim does it in a way (via ye ol' ".filename.swp" backup file). If memory serves, Unix used "core" for that, and it was an actual core dump. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: fed/centos - recovery app/process???
On 02/14/2018 05:12 PM, Tim wrote: > Allegedly, on or about 13 February 2018, Patrick O'Callaghan sent: >> I don't know of anything that will just restore all processes that >> happened to be running when a crash occurred, or why you would even >> want that. > > You'd be highly likely to get another crash, for one thing. > > Back when we used a Data General mainframe, it had a feature that on an > unexpected exit, all open files got saved as "crash save" files. It > meant that you didn't corrupt the prior version of a saved file. And > it meant that you could probably recover what you were just working on. > But you had to manually figure out what all *your* crash files were. > Which is probably just as well, because the previous error that put you > in that situation, may re-occur. > > Having said that, I don't get much in the way of crashes on Linux, > these days. I used to get the occasional graphics crash, but that's > not surprising considering the lack of technical support for graphics > cards by the manufacturers (their reluctance to do anything other than > build gadgets for Windows, their reluctance to supply finished product > with all the bugs ironed out, their attitude into abandoning their > never-finished products and expecting you to just buy a new one, etc). > And there'd be other (probable) hardware faults. But mains power > failure and glitches are often the most common source of stuff-ups, and > a UPS is good insurance. "Crash" is a pretty unspecific term--certainly one that's been used for far more than its original use (describing a head smacking into the media on a disk drive). I'm not complaining, just making an observation. "Crash save" files weren't unique to DG systems, BTW. DEC VAX/VMS did it, MAI/Basic4 did it, Tandem did it...lots of systems did it (usually using different nomenclatures). Heck, vi/vim does it in a way (via ye ol' ".filename.swp" backup file). Depending on the failure, often the system will save a core image file of the process (assuming you have core dumps enabled) or stuff one into abrt (if you have that enabled). If the program in question was compiled with debugging enabled and the binary wasn't strip(1)ped, you can use gdb or some other debugger to examine the core file to see WHY it died (perhaps), but it won't reveal the environment the process was in when it died. For example, it may have been murdered by the OOM killer and if so, the core file won't tell you--only an examination of the system logs would reveal that scenario. Welcome to the world of computer forensics! Fun! (NOT!) -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- -I'm telling you that the kernel is stable not because it's a- -kernel, but because I refuse to listen to arguments like this. - - -- Linus Torvalds - -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: fed/centos - recovery app/process???
Allegedly, on or about 13 February 2018, Patrick O'Callaghan sent: > I don't know of anything that will just restore all processes that > happened to be running when a crash occurred, or why you would even > want that. You'd be highly likely to get another crash, for one thing. Back when we used a Data General mainframe, it had a feature that on an unexpected exit, all open files got saved as "crash save" files. It meant that you didn't corrupt the prior version of a saved file. And it meant that you could probably recover what you were just working on. But you had to manually figure out what all *your* crash files were. Which is probably just as well, because the previous error that put you in that situation, may re-occur. Having said that, I don't get much in the way of crashes on Linux, these days. I used to get the occasional graphics crash, but that's not surprising considering the lack of technical support for graphics cards by the manufacturers (their reluctance to do anything other than build gadgets for Windows, their reluctance to supply finished product with all the bugs ironed out, their attitude into abandoning their never-finished products and expecting you to just buy a new one, etc). And there'd be other (probable) hardware faults. But mains power failure and glitches are often the most common source of stuff-ups, and a UPS is good insurance. -- [tim@localhost ~]$ uname -rsvp Linux 4.14.16-200.fc26.x86_64 #1 SMP Wed Jan 31 19:34:52 UTC 2018 x86_64 Boilerplate: All mail to my mailbox is automatically deleted. There is no point trying to privately email me, I only get to see the messages posted to the mailing list. Linux cures Windows pains. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
Re: fed/centos - recovery app/process???
On Tue, 2018-02-13 at 09:58 -0500, bruce wrote: > Hey.. > > In the event of a "crash" is there some kind of process/app for > Fed/Centos that can be used to "recover" the entire working > environment of the server/box. As the only user it would be "nice" to > be able to simply run something which would then "restore" my edit > apps, my term sessions, and other apps I was running... and have the > processes/apps running in the same order in the process tabs.. > > Or am I dreaming. I've been looking for a bit and haven't seen anything. Look for 'session management' in your desktop environment. In KDE for example you can save a session configuration and configure your login to restore it automatically. It doesn't work 100% with non-KDE apps but it does save a lot of time. Also, browsers have their own way of doing things, usually described as 'restore windows/tabs at startup' or something similar. I don't know of anything that will just restore all processes that happened to be running when a crash occurred, or why you would even want that. poc ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
fed/centos - recovery app/process???
Hey.. In the event of a "crash" is there some kind of process/app for Fed/Centos that can be used to "recover" the entire working environment of the server/box. As the only user it would be "nice" to be able to simply run something which would then "restore" my edit apps, my term sessions, and other apps I was running... and have the processes/apps running in the same order in the process tabs.. Or am I dreaming. I've been looking for a bit and haven't seen anything. thanks. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
