Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Subject: Re: Kernel panic - not syncing: Attempted to kill init!
 exitcode=0x00007f00 since 5.17
To:     Willy Tarreau <w@1wt.eu>
Cc:     Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
References: <bbf2d268-a93d-afdc-a836-0fdb878be10e@candelatech.com>
 <20220331034343.GC23200@1wt.eu>
From:   Ben Greear <greearb@candelatech.com>
Organization: Candela Technologies
Message-ID: <794a9c23-d3b9-c454-8f78-760060f0b9f2@candelatech.com>
Date:   Thu, 31 Mar 2022 11:36:17 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.2.2
MIME-Version: 1.0
In-Reply-To: <20220331034343.GC23200@1wt.eu>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 3/30/22 8:43 PM, Willy Tarreau wrote:
> Hi Ben,
> 
> On Wed, Mar 30, 2022 at 02:27:56PM -0700, Ben Greear wrote:
>> Run /init as init process
>> Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
>> /init: error whitsc: Refined TSC clocksource calibration: 2903.996 MHz
>> le loading shareCPU: 2 PID: 1 Comm: init Not tainted 5.17.0+ #12
>> d libraries: libclocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x29dc020bb13, max_idle_ns: 440795273180 ns
>> rt.so.1: cannot Hardware name: Default string Default string/SKYBAY, BIOS 5.12 08/04/2020
>> open shared objeCall Trace:
>> ct file: No such <TASK>
>>   file or directo dump_stack_lvl+0x47/0x5c
>> ry
> 
> The coincidence between this error about your userland "libclocksource"
> and the messages about the clock sources being refined makes me wonder
> if there could be an error experienced during this lib's initialization
> at a moment where the list of clocksources appears empty or opening one
> of the /sys file is temporarily refused. I suspect that making a much
> larger or much smaller initrd could change the initialization order
> enough to prevent such an event from happening, but that sounds a bit
> odd :-/
> 
> Willy

For whatever reason, it was quite reproducible yesterday.  I notice that it
often (50+% of the time) failed on soft reboot, but I don't think it failed
a single time when I then went and powered it down fully and powered it back on.

So possibly it is some un-initialized memory somewhere that is exacerbating
some problem.

I will keep a watch on these errors and see if they always related to libclocksource.
Looks like 'rt.so.1' is what it cannot find though?  So maybe nothing particular to
do with /sys?

Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com