Thanks Michael for closing the loop on this issue.
Additionally, AstLinux 1.4.0 should solve this issue without needing the
workaround.
Lonnie
> On Oct 11, 2020, at 2:34 PM, Michael Knill
> wrote:
>
> PS just letting the group know that I haven’t had any lockups since adding
> this worka
PS just letting the group know that I haven’t had any lockups since adding this
workaround which is certainly a relief.
Thanks all for your help.
Regards
Michael Knill
On 21/9/20, 8:34 am, "Michael Knill" wrote:
Thanks Lonnie for all your help.
Regards
Michael Knill
On 21/9/
Thanks Lonnie for all your help.
Regards
Michael Knill
On 21/9/20, 7:37 am, "Lonnie Abelbeck" wrote:
Hi Michael,
Considering this is a very obscure kernel bug that has been around for a
long time, and AstLinux 1.4.x will have it fixed ... I personally would not get
carried away impl
Hi Michael,
Considering this is a very obscure kernel bug that has been around for a long
time, and AstLinux 1.4.x will have it fixed ... I personally would not get
carried away implementing the workaround.
BTW, the PHYETH_DISABLE_OFFLOAD workaround only applies to physical ethernet
NICs.
You
Thanks Lonnie
One last question; could I just blanket add this to all my systems or are there
any that will certainly not be affected by this bug e.g. VM or virtual NIC?
The plan is to have this command active by default and commented out if
desired.
Regards
Michael Knill
On 20/9/20, 9:58 pm
Thanks Daryl for the feedback.
It is quite possible your issue was related to the GSO kernel bug, but only
testing 1.3.10 with PHYETH_DISABLE_OFFLOAD="tso gso gro" would you know for
sure.
If you don't mind, keep running 1.4-pre-release and report any issues you may
have.
Lonnie
> On Sep 2
Since updating to the 1.4 snapshot, I haven't had a crash on my APU2.
Even though I didn't get a kernel dump, is it possible that it's related?
On 2020-09-20 7:57 a.m., Lonnie Abelbeck wrote:
Do you think I should remove PHYETH_DISABLE_OFFLOAD and try a BIOS upgrade to
see if it fixes the prob
> Do you think I should remove PHYETH_DISABLE_OFFLOAD and try a BIOS upgrade to
> see if it fixes the problem?
No ... first make sure setting PHYETH_DISABLE_OFFLOAD solves the issue with
your DLS provider and your APU2s.
After that, AstLinux 1.4.0 will be the solution without setting
PHYETH_DI
Yes my BIOS is quite old:
3999-IPCBuild-CM1 kd # dmesg | grep DMI
[0.00] DMI: PC Engines APU, BIOS SageBios_PCEngines_APU-45 04/05/2014
Funny as it's a pretty new box.
Do you think I should remove PHYETH_DISABLE_OFFLOAD and try a BIOS upgrade to
see if it fixes the problem?
I don't think
Hi Michael,
Ahhh, very good ... looks like we are on to something.
Add it to one/some of your APU2s and let us know how it goes.
As far as my Qotom Q190G4N, I initially had to set PHYETH_DISABLE_OFFLOAD to
keep it from locking-up with sustained high network traffic but then switched
the RAM SO
Awesome thanks Lonnie.
Yes its all making sense now. I already have this directive in my template
against the Qotom Q190G4U for some reason (should I have?)
I have two Qotoms connected to the problem provider, one had this directive set
already and has not failed and one did not (I forgot to chan
I would try this first
--
PHYETH_DISABLE_OFFLOAD="tso gso gro"
--
and see if it fixes the problem.
If by chance it does fix it, then it would not be needed in AstLinux 1.4.x.
The PHYETH_DISABLE_OFFLOAD settings disable some of the "offload" features of
the NICs in an effort to work around this (
Awesome thanks Lonnie.
I will give it a try although I have no idea what it does!
I assume I can remove this when I go to Astlinux 1.4?
Regards
Michael Knill
Sent from my iPhone so please excuse my brevity.
On 19 Sep 2020, at 11:56 pm, Lonnie Abelbeck wrote:
Hi Michael,
Great info!
Try th
Thanks Lonnie I will set it up.
Is there any way I can test it? I’m interested in whether Zabbix picks it up
e.g. it tells me when a system has been rebooted.
Regards
Michael Knill
Sent from my iPhone so please excuse my brevity.
> On 20 Sep 2020, at 1:08 am, Lonnie Abelbeck wrote:
>
>
>>
> On Sep 18, 2020, at 11:19 PM, Michael Knill
> wrote:
>
> Is there any way I can reboot Astlinux on a kernel panic?
> Would also be good to be notified as well.
>
> Regards
> Michael Knill
Yes, in your user.conf you can add ...
--
KERNEL_SYSCTL="kernel.panic=3"
--
which will try to reboot
Hi Michael,
Great info!
Try this in your user.conf, and reboot.
--
PHYETH_DISABLE_OFFLOAD="tso gso gro"
--
If my hunch is correct, this kernel fix added in 4.1.17 may be related ...
net: preserve IP control block during GSO segmentation
https://git.kernel.org/pub/scm/linux/kernel/git/stable/lin
I
put it in to see if any messages were appearing..
>>>>
>>>> My system is on a UPS. Nothing else in the rack glitches.
>>>>
>>>> On 2020-09-15 8:36 p.m., Michael Knill wrote:
>>>&
ed I didn't have a console cable hooked up but I put it in
to see if any messages were appearing..
>>>>
>>>> My system is on a UPS. Nothing else in the rack glitches.
>>>>
>>>> On 2020-09-15 8:36 p.m., Michael Kni
;>>>>>>> Regards
>>>>>>>> Michael Knill
>>>>>>>>
>>>>>>>> On 16/9/20, 11:21 pm, "Michael Keuter" wrote:
>>>>>>>>
>>>>>>>> Hi all,
>>>>&g
*Reply to: *AstLinux List
*Date: *Wednesday, 16 September 2020 at 8:53 am
*To: *AstLinux List
*Cc: *The Cadillac Kid
*Subject: *Re: [Astlinux-users] APU2 keeps locking up
for whatever its worth.. from a hardware standpoint I have probably 200 APU2s
in the field and dont have then just freeze li
gt;> build types.
>>>>>>
>>>>>> To figure it out I then created a cronjob that logged uptime, RAM and
>>>>>> used Asterisk channels into a logfile every 10 minutes.
>>>>>>
>>>>>>> Am 16.09.2020 um 15:
nnie Abelbeck
>>>>>> :
>>>>>>
>>>>>> Hi Daryl,
>>>>>>
>>>>>> Has the AstLinux version changed in the last couple weeks ?
>>>>>>
>>>>>> What version are you running ?
>
;> >>>> On Sep 16, 2020, at 8:01 AM, Daryl Richards via Astlinux-users
>> wrote:
>> >>>>
>> >>>> This is good timing (in a bad way..) Time for a "Me too!"
>> >>>>
>> >>>> Recently, over the last cou
t;
>> >>> What version are you running ?
>> >>>
>> >>> Lonnie
>> >>>
>> >>>
>> >>>
>> >>>> On Sep 16, 2020, at 8:01 AM, Daryl Richards via Astlinux-users
>> w
;>>
>>>> My system is on a UPS. Nothing else in the rack glitches.
>>>>
>>>> On 2020-09-15 8:36 p.m., Michael Knill wrote:
>>>>> Thanks Chris
>>>>> Yep I have plenty out there too with no issues. It also
>>>> When the problem first started I didn't have a console cable hooked up but
>>>> I put it in to see if any messages were appearing..
>>>>
>>>> My system is on a UPS. Nothing else in the rack glitches.
>>>>
>>>> On 20
;> On 2020-09-15 8:36 p.m., Michael Knill wrote:
>>>> Thanks Chris
>>>> Yep I have plenty out there too with no issues. It also happened on a
Qotom box so not hardware related.
>>>> Regards
>>>> Michael Knill
>>>> *From
gt;>
>>> My system is on a UPS. Nothing else in the rack glitches.
>>>
>>> On 2020-09-15 8:36 p.m., Michael Knill wrote:
>>>> Thanks Chris
>>>> Yep I have plenty out there too with no issues. It also happened on a
>>>> Qotom box so not
ere are no messages printed out before, there's just nothing. When the
problem first started I didn't have a console cable hooked up but I put it in
to see if any messages were appearing..
>>>>
>>>> My system is on a UPS. Nothing else in the rack glitches.
>>
;> up and there are no messages printed out before, there's just nothing.
>>>> When the problem first started I didn't have a console cable hooked up but
>>>> I put it in to see if any messages were appearing..
>>>>
>>>> My system is on a UPS.
t; Michael Knill
>>> *From: *AstLinux List
>>> *Reply to: *AstLinux List
>>> *Date: *Wednesday, 16 September 2020 at 8:53 am
>>> *To: *AstLinux List
>>> *Cc: *The Cadillac Kid
>>> *Subject: *Re: [Astlinux-users] APU2 keep
d on a
Qotom box so not hardware related.
>>>> Regards
>>>> Michael Knill
>>>> *From: *AstLinux List
>>>> *Reply to: *AstLinux List
>>>> *Date: *Wednesday, 16 September 2020 at 8:53 am
>>>> *T
if any messages were appearing..
>>>
>>> My system is on a UPS. Nothing else in the rack glitches.
>>>
>>> On 2020-09-15 8:36 p.m., Michael Knill wrote:
>>>> Thanks Chris
>>>> Yep I have plenty out there too with no issues. It also happ
List
>>> *Reply to: *AstLinux List
>>> *Date: *Wednesday, 16 September 2020 at 8:53 am
>>> *To: *AstLinux List
>>> *Cc: *The Cadillac Kid
>>> *Subject: *Re: [Astlinux-users] APU2 keeps locking up
>>> for whatever its wort
ened on a
Qotom box so not hardware related.
>>> Regards
>>> Michael Knill
>>> *From: *AstLinux List
>>> *Reply to: *AstLinux List
>>> *Date: *Wednesday, 16 September 2020 at 8:53 am
>>> *To: *AstLinux List
>
here too with no issues. It also happened on a Qotom
>>> box so not hardware related.
>>> Regards
>>> Michael Knill
>>> *From: *AstLinux List
>>> *Reply to: *AstLinux List
>>> *Date: *Wednesday, 16 September 2020 at 8:53 am
>>> *To: *A
c Kid
*Subject: *Re: [Astlinux-users] APU2 keeps locking up
for whatever its worth.. from a hardware standpoint I have probably 200 APU2s
in the field and dont have then just freeze like that.. granted they arent
running astlinux, but just mentioning it from a power / hardware point of view.
otom
>> box so not hardware related.
>> Regards
>> Michael Knill
>> *From: *AstLinux List
>> *Reply to: *AstLinux List
>> *Date: *Wednesday, 16 September 2020 at 8:53 am
>> *To: *AstLinux List
>> *Cc: *The Cadillac Kid
>> *Subject: *Re: [Astlinux-use
t also happened on a
Qotom box so not hardware related.
Regards
Michael Knill
*From: *AstLinux List
*Reply to: *AstLinux List
*Date: *Wednesday, 16 September 2020 at 8:53 am
*To: *AstLinux List
*Cc: *The Cadillac Kid
*Subject: *Re: [Astlinux-users] APU2 keeps locking up
for whatever its wort
: [Astlinux-users] APU2 keeps locking up
for whatever its worth.. from a hardware standpoint I have probably 200 APU2s
in the field and dont have then just freeze like that.. granted they arent
running astlinux, but just mentioning it from a power / hardware point of view.
mine are all running Centos 6
for whatever its worth.. from a hardware standpoint I have probably 200 APU2s
in the field and dont have then just freeze like that.. granted they arent
running astlinux, but just mentioning it from a power / hardware point of view.
mine are all running Centos 6.X and asterisk 11 or 13
I hav
The RUNNIX versions will not have any effect.
Lonnie
> On Sep 15, 2020, at 5:03 PM, Michael Knill
> wrote:
>
> Yep I would say environmental for 1, maybe 2 sites but for 3 sites and all
> only recently I cant see how it could be.
> No serial or long ethernet cables are connected.
> Yes compl
Yep I would say environmental for 1, maybe 2 sites but for 3 sites and all only
recently I cant see how it could be.
No serial or long ethernet cables are connected.
Yes completely different power adaptors when I changed from APU2 -> Qotom.
Yes they are all DSL however ALL different modems and ser
Another thought...
Are all these DSL ? If so could a spike be coming in from the Telco via the
DSL modem ?
Lonnie
> On Sep 15, 2020, at 4:36 PM, Lonnie Abelbeck
> wrote:
>
> So a UPS may solve the issue as with Site 1 ?
>
>
> Do you have any serial cables connected ?
>
> Any long ether
So a UPS may solve the issue as with Site 1 ?
Do you have any serial cables connected ?
Any long ethernet cables connected ?
Is this with a variety of power adapters ? ie. the APU2 -> Qotom switch did
the power adapter change as well ?
Sure sounds environmental to me.
I've seen DC-to-DC UPS
Ok I'm reviving this thread as I have now had my third site with this issue.
Symptom:
Astlinux completely locks up and requires a power reset. The log shows NOTHING
in all cases.
Troubleshooting conducted:
Site 1 - The problem has not occurred since both a UPS AND Power Filter have
been added
S
Looks like this problem was bad power. I was told by the local IT Guy that
there are regular brownouts so I installed a UPS. No more problems since doing
so.
Seems like APU's don't like low voltage scenarios.
Thanks for your help.
Regards
Michael Knill
On 13/4/20, 1:05 pm, "Michael Knill" wr
Yes could be but very unusual. I have never had this problem with any other APU.
Maybe I will look for a good surge suppressor.
Regards
Michael Knill
On 13/4/20, 12:47 pm, "Lonnie Abelbeck" wrote:
Interesting, maybe bad power (spikes, noise, etc.)
Test with a UPS attached or good
Interesting, maybe bad power (spikes, noise, etc.)
Test with a UPS attached or good surge suppresser.
Lonnie
> On Apr 12, 2020, at 9:17 PM, Michael Knill
> wrote:
>
> Hi Lonnie
>
> I have replaced the hardware already and it did EXACTLY the same thing ☹
>
> Regards
> Michael Knill
>
> O
Hi Lonnie
I have replaced the hardware already and it did EXACTLY the same thing ☹
Regards
Michael Knill
On 13/4/20, 12:15 pm, "Lonnie Abelbeck" wrote:
> On Apr 12, 2020, at 7:03 PM, Michael Knill
wrote:
>
> May not have anything to do with Astlinux but I have a site
> On Apr 12, 2020, at 7:03 PM, Michael Knill
> wrote:
>
> May not have anything to do with Astlinux but I have a site which completely
> locks up e.g. cannot even communicate using serial port.
> On reboot its fine but there is nothing in the logs but the bootup messages.
> So far I have rep
May not have anything to do with Astlinux but I have a site which completely
locks up e.g. cannot even communicate using serial port.
On reboot its fine but there is nothing in the logs but the bootup messages.
So far I have replaced the hardware with new storage as well and power supply
and it i
52 matches
Mail list logo
