Why do you thing 4.0.7 is the latest?

https://pcengines.github.io

On 2020-09-17 10:39 a.m., Michael Keuter wrote:
BTW: 4.0.7 is the latest BIOS for the APU2

https://www.pcengines.ch/apu2e4.htm

Am 17.09.2020 um 16:33 schrieb Michael Keuter <li...@mksolutions.info>:

I have 2 older ones in the field, the APU4 is mine (quite new), all without 
issues:

DMI: PC Engines APU2/APU2, BIOS 4.0.7 02/28/2017
DMI: PC Engines APU2/APU2, BIOS 4.0.7 02/28/2017
DMI: PC Engines apu4/apu4, BIOS v4.11.0.2 12/30/2019e

Am 17.09.2020 um 14:53 schrieb Lonnie Abelbeck <li...@lonnie.abelbeck.com>:

My no-issue APU2's BIOS is somewhat older :-)

# dmesg | grep DMI:
[    0.000000] DMI: PC Engines apu2/apu2, BIOS 88a4f96 03/07/2016

Lonnie



On Sep 17, 2020, at 7:20 AM, Daryl Richards via Astlinux-users 
<astlinux-users@lists.sourceforge.net> wrote:

I don't run PPPoE, just DHCP. I do have a few systems at client locations, also 
running APU2 and Astlinux 1.3.10, and either DHCP or static IP. None of them 
are having the problem. One used to run PPPoE and didn't crash then either but 
has since moved to static so can't test things there.

I do like the question about BIOS though, as I do remember updating the BIOS on 
this system recently. I think I may have done this in response to the crashing 
but perhaps I'm mixing up the cause and effect on that.. My system here:

DMI: PC Engines apu2/apu2, BIOS v4.12.0.3 07/30/2020

On 2020-09-16 8:29 p.m., Michael Knill wrote:
That's correct.
Regards
Michael Knill
On 17/9/20, 9:34 am, "Lonnie Abelbeck" <li...@lonnie.abelbeck.com> wrote:
I have had EXACTLY the same problem on a Qotom box.
   But no UPS, correct ?
   Lonnie
On Sep 16, 2020, at 5:54 PM, Michael Knill <michael.kn...@ipcsolutions.com.au> 
wrote:

Hi sorry all but this is not an APU problem. I have had EXACTLY the same 
problem on a Qotom box.

At all three sites the common denominators are:
-- Astlinux 1.3.7.1
-- PPPoE

My next tests will be (in this order):
1) Install another system onsite connected to the same environment e.g. power 
to see if it happens to both systems
2) Put a firewall in front of the Astlinux box to do PPPoE
3) OS upgrade

Regards
Michael Knill

On 17/9/20, 8:12 am, "Lonnie Abelbeck" <li...@lonnie.abelbeck.com> wrote:

  Yes, this is very strange.

  I have had an APU2 for years, never locked-up once ... and it is currently 
running a UniFi controller in a Linux container.

  I also ran my APU2 without a UPS for a year or two, though it is using one 
now.  But we have good quality power where I live outside of thunder-storms.

  Possibly the Coreboot BIOS version also needs to be tracked to find some 
common denominator.  I have never updated my APU2 coreboot BIOS.

  Also my APU2 sits inside my network, without a public interface.

  A common denominator list for APU2 lock-up reports:

  -- AstLinux version:
  -- Asterisk: 13se, 13 or 16
  -- RAM: 2GB or 4GB
  -- Coreboot BIOS version:
  -- Public interface yes/no, if 'yes' public SSH, HTTPS, etc. access yes/no
  -- PPPoE: yes/no
  -- UPS Power: yes/no


  Lonnie




On Sep 16, 2020, at 4:09 PM, Michael Knill <michael.kn...@ipcsolutions.com.au> 
wrote:

I do have Zabbix running on these boxes which checks memory and will notify me 
if its getting too low and this has not happened. This is what alerted me to 
the Zabbix client memory leak.
Also the lockups are very sporadic. Can happen after a couple of weeks or the 
next day.

Regards
Michael Knill

On 16/9/20, 11:21 pm, "Michael Keuter" <li...@mksolutions.info> wrote:

Hi all,

it might be completely unrelated, but it reminds me at an issue that only 
occured many years ago only on 32bit Geode boxes (Alix/net5501) after we 
integrated Monit into AstLinux.
On these boxes all RAM was eaten up slowly and then these boxes locked up after 
a few days. That's why we didn't installed Monit for these 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:07 schrieb Lonnie Abelbeck <li...@lonnie.abelbeck.com>:

Hi Daryl,

Has the AstLinux version changed in the last couple weeks ?

What version are you running ?

Lonnie



On Sep 16, 2020, at 8:01 AM, Daryl Richards via Astlinux-users 
<astlinux-users@lists.sourceforge.net> wrote:

This is good timing (in a bad way..) Time for a "Me too!"

Recently, over the last couple weeks my APU2 has started locking up exactly the 
same way, just hard lock. I have a serial console cable hooked 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. 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 hardware related.
Regards
Michael Knill
*From: *AstLinux List <astlinux-users@lists.sourceforge.net>
*Reply to: *AstLinux List <astlinux-users@lists.sourceforge.net>
*Date: *Wednesday, 16 September 2020 at 8:53 am
*To: *AstLinux List <astlinux-users@lists.sourceforge.net>
*Cc: *The Cadillac Kid <eldorado...@yahoo.com>
*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.
mine are all running Centos 6.X and asterisk 11 or 13
I have had a few chan_sip freezes.. (we wrote a watchdog to catch those and 
restart asterisk).. we get maybe 1 every 3 or 4 months .. (not each site but 
collectively)
I have kenrel panicked an APU before by upping and downing the ethernet port 
too much (or so it seems)..  it doesnt happen very often and is hard to repeat 
in the lab.  but have done it esp on an install..  where one is prone to plug 
and unplug cables multiple times in succession for dressing in..
I have had a few power bricks go bad.. in all cases there was just no output..  
no lights on the board at all. its not been that many 3 or 4.. considering we 
have sites in some pretty lightning-prone areas i dont feel too bad about a few 
power bricks.
we run UPSs on all of our sites
we run the US power supply that is sold on the PC-Engines store.
On Tuesday, September 15, 2020, 6:04:44 PM EDT, Michael Knill 
<michael.kn...@ipcsolutions.com.au> 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 completely different power adaptors when I changed from APU2 -> Qotom.
Yes they are all DSL however ALL different modems and service types.
I'm thinking I will upgrade all Runnix versions at these sites and if still 
happening upgrade to 1.3.10 and if still happening then I have no idea what to 
do.
Regards
Michael Knill
On 16/9/20, 7:36 am, "Lonnie Abelbeck" <li...@lonnie.abelbeck.com 
<mailto:li...@lonnie.abelbeck.com>> wrote:
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 UPSs for about $40 USD, but never tried one.
https://protectli.com/product/uninterruptible-power-supply/
Lonnie
On Sep 15, 2020, at 3:58 PM, Michael Knill 
<michael.kn...@ipcsolutions.com.au<mailto:michael.kn...@ipcsolutions.com.au>> 
wrote:

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
Site 2 - A power filter has been added and the problem has reoccurred. I have 
completely changed the system from an APU2 to Qotom and it did the same thing 
again
Site 3 - A known working APU2 was installed and it locked up yesterday.

I have checked mSATA cards and they were different across systems at these 
sites.
All systems are running 1.3.7.1 but I am running this at many other sites on 
the same hardware with no issues.

Power quality testing is extremely expensive and surely I cant be having a 
power issue at 3 sites!
The whole thing just doesn't make any sense and I don't know where to go from 
here.
Any ideas?

Regards
Michael Knill

On 22/4/20, 9:24 pm, "Michael Knill" 
<michael.kn...@ipcsolutions.com.au<mailto:michael.kn...@ipcsolutions.com.au>> wrote:

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" 
<michael.kn...@ipcsolutions.com.au<mailto:michael.kn...@ipcsolutions.com.au>> wrote:

   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" <li...@lonnie.abelbeck.com 
<mailto:li...@lonnie.abelbeck.com>> wrote:

       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 
<michael.kn...@ipcsolutions.com.au<mailto:michael.kn...@ipcsolutions.com.au>> 
wrote:

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" <li...@lonnie.abelbeck.com 
<mailto:li...@lonnie.abelbeck.com>> wrote:



On Apr 12, 2020, at 7:03 PM, Michael Knill 
<michael.kn...@ipcsolutions.com.au<mailto:michael.kn...@ipcsolutions.com.au>> 
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 replaced the hardware with new storage as well and power supply 
and it is still doing it.

It is currently running Astlinux 1.3.7.1 which has been running fine on another 
APU2 but its only been 8 days.

Any ideas what I can do next?

Regards
Michael Knill

Sounds like an APU2 hardware issue.

Maybe Pascal will give you a replacement.

Lonnie


Michael

http://www.mksolutions.info





_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.


Michael

http://www.mksolutions.info





_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.


--
Daryl Richards
Isle Technical Services Inc.


_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.

Reply via email to