[Bug 209112] /usr/sbin/jail jails fail to launch with possible race when jails mount common dir with nullfs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209112 --- Comment #7 from commit-h...@freebsd.org --- A commit references this bug: Author: jamie Date: Thu Jul 14 20:15:56 UTC 2016 New revision: 302856 URL: https://svnweb.freebsd.org/changeset/base/302856 Log: Fix up the order in which jail creation processes are run, to preserve the config file's order in the non-parallel-start case. PR: 209112 MFC after:3 days Changes: head/usr.sbin/jail/command.c head/usr.sbin/jail/jailp.h head/usr.sbin/jail/state.c -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-jail@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-jail To unsubscribe, send any mail to "freebsd-jail-unsubscr...@freebsd.org"
[Bug 209112] /usr/sbin/jail jails fail to launch with possible race when jails mount common dir with nullfs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209112 --- Comment #8 from commit-h...@freebsd.org --- A commit references this bug: Author: jamie Date: Thu Jul 14 20:17:08 UTC 2016 New revision: 302857 URL: https://svnweb.freebsd.org/changeset/base/302857 Log: Start jails non-parallel if jail_parallel_start is NO. This was true for an explicitly specified jail list; now it's also true for all jails. PR: 209112 MFC after:3 days Changes: head/etc/rc.d/jail -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-jail@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-jail To unsubscribe, send any mail to "freebsd-jail-unsubscr...@freebsd.org"
[Bug 209112] /usr/sbin/jail jails fail to launch with possible race when jails mount common dir with nullfs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209112 Jamie Gritton changed: What|Removed |Added Assignee|freebsd-jail@FreeBSD.org|ja...@freebsd.org Status|New |In Progress --- Comment #9 from Jamie Gritton --- I've made some changes to make jail_parallel_start work like it should, even when the jails aren't explicitly listed. I'm also printing the entire jail(8) output when creation (or removal) fails, instead of just the last line. This may be verbose on errors, but that's where verbosity is typically a good thing. What this doesn't do is fix the underlying problem. But at least the default case (jail_parallel_start="NO") won't have this problem. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-jail@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-jail To unsubscribe, send any mail to "freebsd-jail-unsubscr...@freebsd.org"
