On Thursday, September 03, 2015 05:30:35 PM Anton Shterenlikht wrote:
> >From mar...@xcllnt.net Thu Sep 3 17:20:42 2015
> >
> >To be clear: with the limits and without my patch you
> >can=E2=80=99t even boot right?
>
> yes, this is right.
>
> >> If I remove these, then I can boot.
> >>
> >>=20
> On Sep 6, 2015, at 11:48 PM, Peter Wemm wrote:
>
> This thread reminds me of what happened to eris.freebsd.org - removing DDB
> from the kernel solved it for us in the freebsd.org cluster.
It would be good to know if increasing the relocation array addresses
the issue. If
> On Sep 2, 2015, at 10:30 AM, Anton Shterenlikht wrote:
>
> The kernel limits I have in /boot/loader.conf
> are following this PR:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156900
>
> #kern.dfldsiz=536748032 # default soft limit for process data
>
>From mar...@xcllnt.net Thu Sep 3 17:20:42 2015
>
>To be clear: with the limits and without my patch you
>can=E2=80=99t even boot right?
yes, this is right.
>> If I remove these, then I can boot.
>>=20
>> If I try booting with -s, then I get to a hang at
>> "Entering /boot/kernel=E2=80=9D:
>
The kernel limits I have in /boot/loader.conf
are following this PR:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156900
#kern.dfldsiz=536748032 # default soft limit for process data
#kern.dflssiz=536748032 # default soft limit for stack
# hard limits
#kern.maxdsiz=536748032 # hard limit
>From mar...@xcllnt.net Fri Aug 28 23:15:06 2015
>
>
>> On Aug 28, 2015, at 3:35 AM, Konstantin Belousov =
>wrote:
>>=20
>> Might be, try the latest stable/10 kernel with the problematic =
>revision
>> r286316 reversed ? This might add more points to the Marcel' note =
From kostik...@gmail.com Thu Aug 27 18:22:37 2015
On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote:
ia64 stable/10 r286315 boots, but
r286316 hangs at Entering /boot/kernel/kernel.
Please advise
To state an obvious thing. The commit which you pointed to, changes
the code
To add a very small (useless) data point to this, I have an atom device
that, very occasionally, hangs before the boot stage (at the little
slash, prior to the daemon boot menu offering you the chance to select
another kernel etc).
I haven't worked out the rhyme or reason yet, so its probably
On Fri, Aug 28, 2015 at 11:30:18AM +0100, Anton Shterenlikht wrote:
From kostik...@gmail.com Thu Aug 27 18:22:37 2015
On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote:
ia64 stable/10 r286315 boots, but
r286316 hangs at Entering /boot/kernel/kernel.
Please advise
From me...@bristol.ac.uk Fri Aug 28 11:34:20 2015
What about my loader.conf:
# cat /boot/loader.conf
zfs_load=YES
# soft limits
kern.dfldsiz=536748032 # default soft limit for process data
kern.dflssiz=536748032 # default soft limit for stack
# hard limits
kern.maxdsiz=536748032 # hard limit
On Aug 28, 2015, at 3:35 AM, Konstantin Belousov kostik...@gmail.com wrote:
Might be, try the latest stable/10 kernel with the problematic revision
r286316 reversed ? This might add more points to the Marcel' note about
some static relocation table processed early.
I built a kernel off of
On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote:
ia64 stable/10 r286315 boots, but
r286316 hangs at Entering /boot/kernel/kernel.
Please advise
To state an obvious thing. The commit which you pointed to, changes
the code which is not executed at that early kernel boot
On Aug 27, 2015, at 9:23 AM, Konstantin Belousov kostik...@gmail.com wrote:
On Thu, Aug 27, 2015 at 01:12:16PM +0100, Anton Shterenlikht wrote:
ia64 stable/10 r286315 boots, but
r286316 hangs at Entering /boot/kernel/kernel.
Please advise
To state an obvious thing. The commit which
ia64 stable/10 r286315 boots, but
r286316 hangs at Entering /boot/kernel/kernel.
Please advise
Thanks
Anton
P.S. This is a continuation of
http://lists.freebsd.org/pipermail/freebsd-stable/2015-August/083203.html
However, since I now found the revision
that broke the boot,
I decided to start
14 matches
Mail list logo