Gracefully killing and restarting a port build....
Chris
portmaster at BSDforge.com
Wed Jul 8 20:16:25 UTC 2020
On Wed, 8 Jul 2020 08:30:13 -0700 bob prohaska fbsd at www.zefox.net said
> On Wed, Jul 08, 2020 at 10:44:03AM +0200, Ronald Klop wrote:
> >
> >
> > Kill the leaf nodes of the process tree. So kill the c++ processes. Or type
> > ctrl-c if you have control of the terminal.
>
> In this case I'd lost control of the controlling terminal and didn't
> know how to recover it. After kill -9 <pid> of the initial make process
> I left the system standing overnight, to see if killing the original make
> process would eventually propagate down to the leaf nodes. It didn't.
>
> Then I used killall c++, and again, it killed the named processes, but other
> things,
> notably pkg, kept running. After waiting a few minutes they were killall-ed.
> A notation from ninja eventually showed up in the logfile saying
> "interrupted
> by user", so maybe ninja was the place to start shutting things down.
>
> > If you are running the compile in a jail (like poudriere) you might use
> > "killall -j <jail> c++" or something similar.
>
> No room for a jail on a Pi, alas....
> > Pkill can be usable also.
> Thank you, I didn't know about it.
> > BTW: How graceful a restart works is outside of the scope of the ports
> > framework and depends a lot on the structure of the chromium build process
> > itself.
> >
> Understood. This is the first time I've ever needed to kill a port build.
> Usually they die prematurely of natural causes!
FWIW should you need to attempt such a strategy again. You'll want to add
sh (/bin/sh) to the list of potential "victims" in your kill list. :-)
--Chris
>
> Thanks for your help
>
> bob prohaska
>
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
More information about the freebsd-ports
mailing list