Menu
▾
▴
astlinux-users — AstLinux Users Mailing List
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(91) |
Feb
(111) |
Mar
(226) |
Apr
(65) |
May
(197) |
Jun
(202) |
Jul
(92) |
Aug
(87) |
Sep
(120) |
Oct
(133) |
Nov
(89) |
Dec
(155) |
| 2008 |
Jan
(251) |
Feb
(136) |
Mar
(174) |
Apr
(149) |
May
(56) |
Jun
(32) |
Jul
(36) |
Aug
(171) |
Sep
(245) |
Oct
(244) |
Nov
(218) |
Dec
(272) |
| 2009 |
Jan
(113) |
Feb
(119) |
Mar
(192) |
Apr
(117) |
May
(93) |
Jun
(46) |
Jul
(80) |
Aug
(54) |
Sep
(109) |
Oct
(70) |
Nov
(145) |
Dec
(110) |
| 2010 |
Jan
(137) |
Feb
(87) |
Mar
(45) |
Apr
(157) |
May
(58) |
Jun
(99) |
Jul
(188) |
Aug
(136) |
Sep
(101) |
Oct
(100) |
Nov
(61) |
Dec
(60) |
| 2011 |
Jan
(84) |
Feb
(43) |
Mar
(70) |
Apr
(17) |
May
(69) |
Jun
(28) |
Jul
(43) |
Aug
(21) |
Sep
(151) |
Oct
(120) |
Nov
(84) |
Dec
(101) |
| 2012 |
Jan
(119) |
Feb
(82) |
Mar
(70) |
Apr
(115) |
May
(66) |
Jun
(131) |
Jul
(70) |
Aug
(65) |
Sep
(66) |
Oct
(86) |
Nov
(197) |
Dec
(81) |
| 2013 |
Jan
(65) |
Feb
(48) |
Mar
(32) |
Apr
(68) |
May
(98) |
Jun
(59) |
Jul
(41) |
Aug
(52) |
Sep
(42) |
Oct
(37) |
Nov
(10) |
Dec
(27) |
| 2014 |
Jan
(61) |
Feb
(34) |
Mar
(30) |
Apr
(52) |
May
(45) |
Jun
(40) |
Jul
(28) |
Aug
(9) |
Sep
(39) |
Oct
(69) |
Nov
(55) |
Dec
(19) |
| 2015 |
Jan
(13) |
Feb
(21) |
Mar
(5) |
Apr
(14) |
May
(30) |
Jun
(51) |
Jul
(31) |
Aug
(12) |
Sep
(29) |
Oct
(15) |
Nov
(24) |
Dec
(16) |
| 2016 |
Jan
(62) |
Feb
(76) |
Mar
(30) |
Apr
(43) |
May
(46) |
Jun
(62) |
Jul
(21) |
Aug
(49) |
Sep
(67) |
Oct
(27) |
Nov
(26) |
Dec
(38) |
| 2017 |
Jan
(7) |
Feb
(12) |
Mar
(69) |
Apr
(59) |
May
(54) |
Jun
(40) |
Jul
(76) |
Aug
(82) |
Sep
(92) |
Oct
(51) |
Nov
(32) |
Dec
(30) |
| 2018 |
Jan
(22) |
Feb
(25) |
Mar
(34) |
Apr
(35) |
May
(37) |
Jun
(21) |
Jul
(69) |
Aug
(55) |
Sep
(17) |
Oct
(67) |
Nov
(9) |
Dec
(5) |
| 2019 |
Jan
(19) |
Feb
(12) |
Mar
(15) |
Apr
(19) |
May
|
Jun
(27) |
Jul
(27) |
Aug
(25) |
Sep
(25) |
Oct
(27) |
Nov
(10) |
Dec
(14) |
| 2020 |
Jan
(22) |
Feb
(20) |
Mar
(36) |
Apr
(40) |
May
(52) |
Jun
(35) |
Jul
(21) |
Aug
(32) |
Sep
(71) |
Oct
(27) |
Nov
(11) |
Dec
(16) |
| 2021 |
Jan
(16) |
Feb
(21) |
Mar
(21) |
Apr
(27) |
May
(17) |
Jun
|
Jul
(2) |
Aug
(22) |
Sep
(23) |
Oct
(7) |
Nov
(11) |
Dec
(28) |
| 2022 |
Jan
(23) |
Feb
(18) |
Mar
(9) |
Apr
(15) |
May
(15) |
Jun
(7) |
Jul
(8) |
Aug
(15) |
Sep
(1) |
Oct
|
Nov
(11) |
Dec
(10) |
| 2023 |
Jan
(14) |
Feb
(10) |
Mar
(11) |
Apr
(13) |
May
(2) |
Jun
(30) |
Jul
(1) |
Aug
(15) |
Sep
(13) |
Oct
(3) |
Nov
(25) |
Dec
(5) |
| 2024 |
Jan
(3) |
Feb
(10) |
Mar
(9) |
Apr
|
May
(1) |
Jun
(15) |
Jul
(7) |
Aug
(10) |
Sep
(3) |
Oct
(8) |
Nov
(6) |
Dec
(15) |
| 2025 |
Jan
(3) |
Feb
(1) |
Mar
(7) |
Apr
(5) |
May
(13) |
Jun
(16) |
Jul
(1) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Michael K. <mic...@ip...> - 2020-09-16 00:36:54
|
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 <ast...@li...>
Reply to: AstLinux List <ast...@li...>
Date: Wednesday, 16 September 2020 at 8:53 am
To: AstLinux List <ast...@li...>
Cc: The Cadillac Kid <eld...@ya...>
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 <mic...@ip...> 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...@lo...<mailto:li...@lo...>> 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 <mic...@ip...<mailto:mic...@ip...>> 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" <mic...@ip...<mailto:mic...@ip...>> 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" <mic...@ip...<mailto:mic...@ip...>> 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...@lo...<mailto:li...@lo...>> 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 <mic...@ip...<mailto:mic...@ip...>> 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...@lo...<mailto:li...@lo...>> wrote:
>>
>>
>>
>>> On Apr 12, 2020, at 7:03 PM, Michael Knill <mic...@ip...<mailto:mic...@ip...>> 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
>>
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...<mailto:Ast...@li...>
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....<mailto:pa...@kr....>
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...<mailto:Ast...@li...>
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....<mailto:pa...@kr....>
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...<mailto:Ast...@li...>
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....<mailto:pa...@kr....>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...<mailto:Ast...@li...>
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....<mailto:pa...@kr....>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...<mailto:Ast...@li...>
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....<mailto:pa...@kr....>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...<mailto:Ast...@li...>
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....<mailto:pa...@kr....>
_______________________________________________
Astlinux-users mailing list
Ast...@li...<mailto:Ast...@li...>
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....<mailto:pa...@kr....>
_______________________________________________
Astlinux-users mailing list
Ast...@li...<mailto:Ast...@li...>
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....<mailto:pa...@kr....>
|
|
From: The C. K. <eld...@ya...> - 2020-09-15 22:52:51
|
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 <mic...@ip...> 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...@lo...> 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 <mic...@ip...> 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" <mic...@ip...> 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" <mic...@ip...> 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...@lo...> 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 <mic...@ip...> 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...@lo...> wrote:
>>
>>
>>
>>> On Apr 12, 2020, at 7:03 PM, Michael Knill <mic...@ip...> 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
>>
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Lonnie A. <li...@lo...> - 2020-09-15 22:20:28
|
The RUNNIX versions will not have any effect. Lonnie > On Sep 15, 2020, at 5:03 PM, Michael Knill <mic...@ip...> 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...@lo...> 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 <mic...@ip...> 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" <mic...@ip...> 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" <mic...@ip...> 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...@lo...> 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 <mic...@ip...> 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...@lo...> wrote: >>> >>> >>> >>>> On Apr 12, 2020, at 7:03 PM, Michael Knill <mic...@ip...> 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 >>> >>> >>> >>> >>> _______________________________________________ >>> Astlinux-users mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-users >>> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >>> >>> >>> >>> _______________________________________________ >>> Astlinux-users mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-users >>> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <mic...@ip...> - 2020-09-15 22:04:21
|
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...@lo...> 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 <mic...@ip...> 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" <mic...@ip...> 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" <mic...@ip...> 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...@lo...> 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 <mic...@ip...> 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...@lo...> wrote:
>>
>>
>>
>>> On Apr 12, 2020, at 7:03 PM, Michael Knill <mic...@ip...> 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
>>
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Lonnie A. <li...@lo...> - 2020-09-15 21:47:50
|
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 <li...@lo...> 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 <mic...@ip...> 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" <mic...@ip...> 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" <mic...@ip...> 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...@lo...> 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 <mic...@ip...> 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...@lo...> wrote: >>> >>> >>> >>>> On Apr 12, 2020, at 7:03 PM, Michael Knill <mic...@ip...> 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 >>> >>> >>> >>> >>> _______________________________________________ >>> Astlinux-users mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-users >>> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >>> >>> >>> >>> _______________________________________________ >>> Astlinux-users mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/astlinux-users >>> >>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Lonnie A. <li...@lo...> - 2020-09-15 21:36:15
|
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 <mic...@ip...> 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" <mic...@ip...> 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" <mic...@ip...> 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...@lo...> 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 <mic...@ip...> 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...@lo...> wrote: >> >> >> >>> On Apr 12, 2020, at 7:03 PM, Michael Knill <mic...@ip...> 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 >> >> >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... >> >> >> >> _______________________________________________ >> Astlinux-users mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <mic...@ip...> - 2020-09-15 20:59:02
|
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" <mic...@ip...> 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" <mic...@ip...> 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...@lo...> 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 <mic...@ip...> 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...@lo...> wrote:
>
>
>
>> On Apr 12, 2020, at 7:03 PM, Michael Knill <mic...@ip...> 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
>
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <mic...@ip...> - 2020-09-11 20:48:24
|
Thanks Graziano Yes I certainly looked at that being the way it was done for dnsmasq in the docs. I made the assumption however that the set and tag parameters are not required as this is the format of the command in the generated /etc/dnsmasq.conf and the examples in /stat/etc/dnsmasq.conf. How does this work? Regards Michael Knill From: Graziano Brioschi <gra...@ou...> Organisation: Outland s.a.s Reply to: "gra...@ou..." <gra...@ou...>, AstLinux List <ast...@li...> Date: Friday, 11 September 2020 at 5:49 pm To: AstLinux List <ast...@li...> Subject: Re: [Astlinux-users] Setting DHCP Ranges Hi Michael try to use an entry similar to the following one in dnsmasq.static: dhcp-range=set:lan,<start address>,<end address>,24h if you wanto to add some specific dhcp-option to a specifically range, you have to add an entry like this dhcp-option=tag:lan,option:router,<gw_ip_address> Pay attention to the "tag:<name>" entry regards Graziano Il 11/09/2020 01:44, Michael Knill ha scritto: Hi Group I thought that I could do this using the following in dnsmasq.static: dhcp-range=lan,<start address>,<end address>,24h But it didn't work. DHCPRANGE="150:199" in user.conf works but what if I want to have different ranges for different networks? I'm obviously missing something here! Regards Michael Knill _______________________________________________ Astlinux-users mailing list Ast...@li...<mailto:Ast...@li...> https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pa...@kr...<mailto:pa...@kr...>. -- Graziano Brioschi Outland s.a.s. sede operativa: Via A. Don Rocca, 13 20030, Senago (MI) tel: 02 9948 6014 mobile: 328 8382622 email: gra...@ou...<mailto:gra...@ou...> --> U4E <-- |
|
From: Graziano B. <gra...@ou...> - 2020-09-11 07:49:21
|
Hi Michael try to use an entry similar to the following one in dnsmasq.static: dhcp-range=set:lan,<start address>,<end address>,24h if you wanto to add some specific dhcp-option to a specifically range, you have to add an entry like this dhcp-option=tag:lan,option:router,<gw_ip_address> Pay attention to the "tag:<name>" entry regards Graziano Il 11/09/2020 01:44, Michael Knill ha scritto: > > Hi Group > > I thought that I could do this using the following in dnsmasq.static: > > dhcp-range=lan,<start address>,<end address>,24h > > But it didn't work. > > DHCPRANGE="150:199" in user.conf works but what if I want to have > different ranges for different networks? > > I'm obviously missing something here! > > Regards > > Michael Knill > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... -- Graziano Brioschi Outland s.a.s. sede operativa: Via A. Don Rocca, 13 20030, Senago (MI) tel: 02 9948 6014 mobile: 328 8382622 email: gra...@ou... --> U4E <-- |
|
From: Michael K. <mic...@ip...> - 2020-09-10 23:44:23
|
Hi Group I thought that I could do this using the following in dnsmasq.static: dhcp-range=lan,<start address>,<end address>,24h But it didn't work. DHCPRANGE="150:199" in user.conf works but what if I want to have different ranges for different networks? I'm obviously missing something here! Regards Michael Knill |
|
From: Michael K. <mic...@ip...> - 2020-09-07 20:03:52
|
Its now in my upgrade procedure so I don't __
Thanks again.
Regards
Michael Knill
On 8/9/20, 5:53 am, "Lonnie Abelbeck" <li...@lo...> wrote:
> On Sep 7, 2020, at 2:29 PM, Michael Knill <mic...@ip...> wrote:
>
> Thanks Lonnie for the info.
>
> So if things are running fine now then there shouldn't be too much risk waiting until I do my next upgrade (1.3.10 or later) before I upgrade Runnix?
Sounds like a good plan to me. Just don't forget about it :-)
Lonnie
>
> Regards
> Michael Knill
>
> On 7/9/20, 11:39 pm, "Lonnie Abelbeck" <li...@lo...> wrote:
>
> Also keep in mind AstLinux 1.3.8 and older will only upgrade RUNNIX to runnix-0.5.11.
>
> AstLinux 1.3.10 and newer will use runnix-0.6.1 (or later)
>
> Lonnie
>
>
>> On Sep 7, 2020, at 8:12 AM, Lonnie Abelbeck <li...@lo...> wrote:
>>
>> While Michael Keuter is correct, keeping up with latest RUNNIX is a good idea, an upgrade has never been required for a new AstLinux release.
>>
>> The advantage of the latest RUNNIX is the e2fsprogs and other tools are updated in case RUNNIX is needed to rescue a disk. When RUNNIX 0.6.2 (dev only currently) is made publicly available, its 4.19.x kernel has better NIC support so RUNNIX ssh access is supported for more boxes.
>>
>> Of note, by default the following is unchecked ...
>>
>> Prefs tab -> System & Staff Tab Options:
>> ___ Disable faster "kernel-reboot" System Reboot
>>
>> this means RUNNIX is only used on first boot (or after a "reboot" from the CLI), and the normal System Reboot is done via "kernel-reboot" which skips RUNNIX. ("kernel-reboot" uses the currently running firmware and 'kexec' to new firmware)
>>
>> More details of the AstLinux boot process can be found here:
>>
>> System Boot Process
>> https://doc.astlinux-project.org/userdoc:system-boot-process
>>
>> Lonnie
>>
>>
>>
>>> On Sep 7, 2020, at 7:35 AM, Michael Knill <mic...@ip...> wrote:
>>>
>>> Most of my sites are on 1.3.7.1 so only up to 0.5.11.
>>> 1.3.10 went to 0.6.1 which I assume is a necessary upgrade.
>>>
>>> Regards
>>> Michael Knill
>>>
>>> On 7/9/20, 10:24 pm, "Michael Keuter" <li...@mk...> wrote:
>>>
>>>
>>>
>>>> Am 07.09.2020 um 14:12 schrieb Michael Knill <mic...@ip...>:
>>>>
>>>> All my devices are 64 bit ☹
>>>>
>>>> Regards
>>>> Michael Knill
>>>
>>> Shame on you :-).
>>>
>>>> On 7/9/20, 9:50 pm, "Michael Keuter" <li...@mk...> wrote:
>>>>
>>>>
>>>>
>>>>> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>:
>>>>>
>>>>> Hi Group
>>>>>
>>>>> I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there.
>>>>> E.g. some of my original systems are running runnix-0.4-6956
>>>>>
>>>>> All systems seem to be running fine but just wondering what the impact could be of running an old version?
>>>>>
>>>>> Regards
>>>>> Michael Knill
>>>>
>>>> Hi Michael,
>>>>
>>>> the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057.
>>>> You should upgrade to the latest possible version. All 64bit devices should run 0.6.
>>>>
>>>> https://doc.astlinux.org/userdoc:legacy-installer-iso
>>>>
>>>> Michael
>>>
>>> Michael
>>>
>>> http://www.mksolutions.info
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Astlinux-users mailing list
>>> Ast...@li...
>>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>>
>>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>>
>>>
>>> _______________________________________________
>>> Astlinux-users mailing list
>>> Ast...@li...
>>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>>
>>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Lonnie A. <li...@lo...> - 2020-09-07 19:53:01
|
> On Sep 7, 2020, at 2:29 PM, Michael Knill <mic...@ip...> wrote:
>
> Thanks Lonnie for the info.
>
> So if things are running fine now then there shouldn't be too much risk waiting until I do my next upgrade (1.3.10 or later) before I upgrade Runnix?
Sounds like a good plan to me. Just don't forget about it :-)
Lonnie
>
> Regards
> Michael Knill
>
> On 7/9/20, 11:39 pm, "Lonnie Abelbeck" <li...@lo...> wrote:
>
> Also keep in mind AstLinux 1.3.8 and older will only upgrade RUNNIX to runnix-0.5.11.
>
> AstLinux 1.3.10 and newer will use runnix-0.6.1 (or later)
>
> Lonnie
>
>
>> On Sep 7, 2020, at 8:12 AM, Lonnie Abelbeck <li...@lo...> wrote:
>>
>> While Michael Keuter is correct, keeping up with latest RUNNIX is a good idea, an upgrade has never been required for a new AstLinux release.
>>
>> The advantage of the latest RUNNIX is the e2fsprogs and other tools are updated in case RUNNIX is needed to rescue a disk. When RUNNIX 0.6.2 (dev only currently) is made publicly available, its 4.19.x kernel has better NIC support so RUNNIX ssh access is supported for more boxes.
>>
>> Of note, by default the following is unchecked ...
>>
>> Prefs tab -> System & Staff Tab Options:
>> ___ Disable faster "kernel-reboot" System Reboot
>>
>> this means RUNNIX is only used on first boot (or after a "reboot" from the CLI), and the normal System Reboot is done via "kernel-reboot" which skips RUNNIX. ("kernel-reboot" uses the currently running firmware and 'kexec' to new firmware)
>>
>> More details of the AstLinux boot process can be found here:
>>
>> System Boot Process
>> https://doc.astlinux-project.org/userdoc:system-boot-process
>>
>> Lonnie
>>
>>
>>
>>> On Sep 7, 2020, at 7:35 AM, Michael Knill <mic...@ip...> wrote:
>>>
>>> Most of my sites are on 1.3.7.1 so only up to 0.5.11.
>>> 1.3.10 went to 0.6.1 which I assume is a necessary upgrade.
>>>
>>> Regards
>>> Michael Knill
>>>
>>> On 7/9/20, 10:24 pm, "Michael Keuter" <li...@mk...> wrote:
>>>
>>>
>>>
>>>> Am 07.09.2020 um 14:12 schrieb Michael Knill <mic...@ip...>:
>>>>
>>>> All my devices are 64 bit ☹
>>>>
>>>> Regards
>>>> Michael Knill
>>>
>>> Shame on you :-).
>>>
>>>> On 7/9/20, 9:50 pm, "Michael Keuter" <li...@mk...> wrote:
>>>>
>>>>
>>>>
>>>>> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>:
>>>>>
>>>>> Hi Group
>>>>>
>>>>> I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there.
>>>>> E.g. some of my original systems are running runnix-0.4-6956
>>>>>
>>>>> All systems seem to be running fine but just wondering what the impact could be of running an old version?
>>>>>
>>>>> Regards
>>>>> Michael Knill
>>>>
>>>> Hi Michael,
>>>>
>>>> the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057.
>>>> You should upgrade to the latest possible version. All 64bit devices should run 0.6.
>>>>
>>>> https://doc.astlinux.org/userdoc:legacy-installer-iso
>>>>
>>>> Michael
>>>
>>> Michael
>>>
>>> http://www.mksolutions.info
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Astlinux-users mailing list
>>> Ast...@li...
>>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>>
>>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>>
>>>
>>> _______________________________________________
>>> Astlinux-users mailing list
>>> Ast...@li...
>>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>>
>>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <mic...@ip...> - 2020-09-07 19:29:45
|
Thanks Lonnie for the info.
So if things are running fine now then there shouldn't be too much risk waiting until I do my next upgrade (1.3.10 or later) before I upgrade Runnix?
Regards
Michael Knill
On 7/9/20, 11:39 pm, "Lonnie Abelbeck" <li...@lo...> wrote:
Also keep in mind AstLinux 1.3.8 and older will only upgrade RUNNIX to runnix-0.5.11.
AstLinux 1.3.10 and newer will use runnix-0.6.1 (or later)
Lonnie
> On Sep 7, 2020, at 8:12 AM, Lonnie Abelbeck <li...@lo...> wrote:
>
> While Michael Keuter is correct, keeping up with latest RUNNIX is a good idea, an upgrade has never been required for a new AstLinux release.
>
> The advantage of the latest RUNNIX is the e2fsprogs and other tools are updated in case RUNNIX is needed to rescue a disk. When RUNNIX 0.6.2 (dev only currently) is made publicly available, its 4.19.x kernel has better NIC support so RUNNIX ssh access is supported for more boxes.
>
> Of note, by default the following is unchecked ...
>
> Prefs tab -> System & Staff Tab Options:
> ___ Disable faster "kernel-reboot" System Reboot
>
> this means RUNNIX is only used on first boot (or after a "reboot" from the CLI), and the normal System Reboot is done via "kernel-reboot" which skips RUNNIX. ("kernel-reboot" uses the currently running firmware and 'kexec' to new firmware)
>
> More details of the AstLinux boot process can be found here:
>
> System Boot Process
> https://doc.astlinux-project.org/userdoc:system-boot-process
>
> Lonnie
>
>
>
>> On Sep 7, 2020, at 7:35 AM, Michael Knill <mic...@ip...> wrote:
>>
>> Most of my sites are on 1.3.7.1 so only up to 0.5.11.
>> 1.3.10 went to 0.6.1 which I assume is a necessary upgrade.
>>
>> Regards
>> Michael Knill
>>
>> On 7/9/20, 10:24 pm, "Michael Keuter" <li...@mk...> wrote:
>>
>>
>>
>>> Am 07.09.2020 um 14:12 schrieb Michael Knill <mic...@ip...>:
>>>
>>> All my devices are 64 bit ☹
>>>
>>> Regards
>>> Michael Knill
>>
>> Shame on you :-).
>>
>>> On 7/9/20, 9:50 pm, "Michael Keuter" <li...@mk...> wrote:
>>>
>>>
>>>
>>>> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>:
>>>>
>>>> Hi Group
>>>>
>>>> I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there.
>>>> E.g. some of my original systems are running runnix-0.4-6956
>>>>
>>>> All systems seem to be running fine but just wondering what the impact could be of running an old version?
>>>>
>>>> Regards
>>>> Michael Knill
>>>
>>> Hi Michael,
>>>
>>> the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057.
>>> You should upgrade to the latest possible version. All 64bit devices should run 0.6.
>>>
>>> https://doc.astlinux.org/userdoc:legacy-installer-iso
>>>
>>> Michael
>>
>> Michael
>>
>> http://www.mksolutions.info
>>
>>
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Lonnie A. <li...@lo...> - 2020-09-07 13:39:09
|
Also keep in mind AstLinux 1.3.8 and older will only upgrade RUNNIX to runnix-0.5.11.
AstLinux 1.3.10 and newer will use runnix-0.6.1 (or later)
Lonnie
> On Sep 7, 2020, at 8:12 AM, Lonnie Abelbeck <li...@lo...> wrote:
>
> While Michael Keuter is correct, keeping up with latest RUNNIX is a good idea, an upgrade has never been required for a new AstLinux release.
>
> The advantage of the latest RUNNIX is the e2fsprogs and other tools are updated in case RUNNIX is needed to rescue a disk. When RUNNIX 0.6.2 (dev only currently) is made publicly available, its 4.19.x kernel has better NIC support so RUNNIX ssh access is supported for more boxes.
>
> Of note, by default the following is unchecked ...
>
> Prefs tab -> System & Staff Tab Options:
> ___ Disable faster "kernel-reboot" System Reboot
>
> this means RUNNIX is only used on first boot (or after a "reboot" from the CLI), and the normal System Reboot is done via "kernel-reboot" which skips RUNNIX. ("kernel-reboot" uses the currently running firmware and 'kexec' to new firmware)
>
> More details of the AstLinux boot process can be found here:
>
> System Boot Process
> https://doc.astlinux-project.org/userdoc:system-boot-process
>
> Lonnie
>
>
>
>> On Sep 7, 2020, at 7:35 AM, Michael Knill <mic...@ip...> wrote:
>>
>> Most of my sites are on 1.3.7.1 so only up to 0.5.11.
>> 1.3.10 went to 0.6.1 which I assume is a necessary upgrade.
>>
>> Regards
>> Michael Knill
>>
>> On 7/9/20, 10:24 pm, "Michael Keuter" <li...@mk...> wrote:
>>
>>
>>
>>> Am 07.09.2020 um 14:12 schrieb Michael Knill <mic...@ip...>:
>>>
>>> All my devices are 64 bit ☹
>>>
>>> Regards
>>> Michael Knill
>>
>> Shame on you :-).
>>
>>> On 7/9/20, 9:50 pm, "Michael Keuter" <li...@mk...> wrote:
>>>
>>>
>>>
>>>> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>:
>>>>
>>>> Hi Group
>>>>
>>>> I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there.
>>>> E.g. some of my original systems are running runnix-0.4-6956
>>>>
>>>> All systems seem to be running fine but just wondering what the impact could be of running an old version?
>>>>
>>>> Regards
>>>> Michael Knill
>>>
>>> Hi Michael,
>>>
>>> the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057.
>>> You should upgrade to the latest possible version. All 64bit devices should run 0.6.
>>>
>>> https://doc.astlinux.org/userdoc:legacy-installer-iso
>>>
>>> Michael
>>
>> Michael
>>
>> http://www.mksolutions.info
>>
>>
>>
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>>
>>
>> _______________________________________________
>> Astlinux-users mailing list
>> Ast...@li...
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Lonnie A. <li...@lo...> - 2020-09-07 13:12:40
|
While Michael Keuter is correct, keeping up with latest RUNNIX is a good idea, an upgrade has never been required for a new AstLinux release.
The advantage of the latest RUNNIX is the e2fsprogs and other tools are updated in case RUNNIX is needed to rescue a disk. When RUNNIX 0.6.2 (dev only currently) is made publicly available, its 4.19.x kernel has better NIC support so RUNNIX ssh access is supported for more boxes.
Of note, by default the following is unchecked ...
Prefs tab -> System & Staff Tab Options:
___ Disable faster "kernel-reboot" System Reboot
this means RUNNIX is only used on first boot (or after a "reboot" from the CLI), and the normal System Reboot is done via "kernel-reboot" which skips RUNNIX. ("kernel-reboot" uses the currently running firmware and 'kexec' to new firmware)
More details of the AstLinux boot process can be found here:
System Boot Process
https://doc.astlinux-project.org/userdoc:system-boot-process
Lonnie
> On Sep 7, 2020, at 7:35 AM, Michael Knill <mic...@ip...> wrote:
>
> Most of my sites are on 1.3.7.1 so only up to 0.5.11.
> 1.3.10 went to 0.6.1 which I assume is a necessary upgrade.
>
> Regards
> Michael Knill
>
> On 7/9/20, 10:24 pm, "Michael Keuter" <li...@mk...> wrote:
>
>
>
>> Am 07.09.2020 um 14:12 schrieb Michael Knill <mic...@ip...>:
>>
>> All my devices are 64 bit ☹
>>
>> Regards
>> Michael Knill
>
> Shame on you :-).
>
>> On 7/9/20, 9:50 pm, "Michael Keuter" <li...@mk...> wrote:
>>
>>
>>
>>> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>:
>>>
>>> Hi Group
>>>
>>> I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there.
>>> E.g. some of my original systems are running runnix-0.4-6956
>>>
>>> All systems seem to be running fine but just wondering what the impact could be of running an old version?
>>>
>>> Regards
>>> Michael Knill
>>
>> Hi Michael,
>>
>> the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057.
>> You should upgrade to the latest possible version. All 64bit devices should run 0.6.
>>
>> https://doc.astlinux.org/userdoc:legacy-installer-iso
>>
>> Michael
>
> Michael
>
> http://www.mksolutions.info
>
>
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <mic...@ip...> - 2020-09-07 12:35:56
|
Most of my sites are on 1.3.7.1 so only up to 0.5.11.
1.3.10 went to 0.6.1 which I assume is a necessary upgrade.
Regards
Michael Knill
On 7/9/20, 10:24 pm, "Michael Keuter" <li...@mk...> wrote:
> Am 07.09.2020 um 14:12 schrieb Michael Knill <mic...@ip...>:
>
> All my devices are 64 bit ☹
>
> Regards
> Michael Knill
Shame on you :-).
> On 7/9/20, 9:50 pm, "Michael Keuter" <li...@mk...> wrote:
>
>
>
>> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>:
>>
>> Hi Group
>>
>> I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there.
>> E.g. some of my original systems are running runnix-0.4-6956
>>
>> All systems seem to be running fine but just wondering what the impact could be of running an old version?
>>
>> Regards
>> Michael Knill
>
> Hi Michael,
>
> the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057.
> You should upgrade to the latest possible version. All 64bit devices should run 0.6.
>
> https://doc.astlinux.org/userdoc:legacy-installer-iso
>
> Michael
Michael
http://www.mksolutions.info
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <li...@mk...> - 2020-09-07 12:24:05
|
> Am 07.09.2020 um 14:12 schrieb Michael Knill <mic...@ip...>: > > All my devices are 64 bit ☹ > > Regards > Michael Knill Shame on you :-). > On 7/9/20, 9:50 pm, "Michael Keuter" <li...@mk...> wrote: > > > >> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>: >> >> Hi Group >> >> I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there. >> E.g. some of my original systems are running runnix-0.4-6956 >> >> All systems seem to be running fine but just wondering what the impact could be of running an old version? >> >> Regards >> Michael Knill > > Hi Michael, > > the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057. > You should upgrade to the latest possible version. All 64bit devices should run 0.6. > > https://doc.astlinux.org/userdoc:legacy-installer-iso > > Michael Michael http://www.mksolutions.info |
|
From: Michael K. <mic...@ip...> - 2020-09-07 12:12:45
|
All my devices are 64 bit ☹
Regards
Michael Knill
On 7/9/20, 9:50 pm, "Michael Keuter" <li...@mk...> wrote:
> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>:
>
> Hi Group
>
> I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there.
> E.g. some of my original systems are running runnix-0.4-6956
>
> All systems seem to be running fine but just wondering what the impact could be of running an old version?
>
> Regards
> Michael Knill
Hi Michael,
the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057.
You should upgrade to the latest possible version. All 64bit devices should run 0.6.
https://doc.astlinux.org/userdoc:legacy-installer-iso
Michael
http://www.mksolutions.info
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <li...@mk...> - 2020-09-07 11:50:13
|
> Am 07.09.2020 um 13:19 schrieb Michael Knill <mic...@ip...>: > > Hi Group > > I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there. > E.g. some of my original systems are running runnix-0.4-6956 > > All systems seem to be running fine but just wondering what the impact could be of running an old version? > > Regards > Michael Knill Hi Michael, the RUNNIX version depends on the device. For e.g. 32bit (non-PAE) devices like Alix or net5501 the last RUNNIX version was runnix-0.4-8057. You should upgrade to the latest possible version. All 64bit devices should run 0.6. https://doc.astlinux.org/userdoc:legacy-installer-iso Michael http://www.mksolutions.info |
|
From: Michael K. <mic...@ip...> - 2020-09-07 11:19:35
|
Hi Group I have just realised that I have not been checking for Runnix Bootloader upgrades when doing a firmware upgrade and I have quite a few different versions out there. E.g. some of my original systems are running runnix-0.4-6956 All systems seem to be running fine but just wondering what the impact could be of running an old version? Regards Michael Knill |
|
From: Michael K. <mic...@ip...> - 2020-09-06 21:42:48
|
Hmm interesting thought.
Regards
Michael Knill
On 7/9/20, 7:33 am, "Michael Keuter" <li...@mk...> wrote:
It might not fit always, but have thought about using a syslog server?
I think there is a package for e.g. a Synology DiskStation.
SYSLOGHOST=
Sent from a mobile device.
Michael Keuter
> Am 06.09.2020 um 23:22 schrieb Michael Knill <mic...@ip...>:
>
> Thanks Lonnie great explanation and I have also enabled persistent log.
>
> The reason that I asked this question is that I am considering performing verbose logging for Asterisk which will be handy for troubleshooting.
> I would probably prefer logging to be on tmpfs to reduce writes to flash but I found that losing the logs on reboot was very annoying if I was trying to troubleshoot issues that caused a reboot.
> As all my systems now have an SLC CF or 16G or greater mSATA maybe I'm worrying too much about flash writes.
>
> Regards
> Michael Knill
>
> On 5/9/20, 11:28 pm, "Michael Keuter" <li...@mk...> wrote:
>
>
>
>>> Am 05.09.2020 um 14:48 schrieb Lonnie Abelbeck <li...@lo...>:
>>>
>>>
>>>
>>>> On Sep 5, 2020, at 2:34 AM, Michael Keuter <li...@mk...> wrote:
>>>
>>>
>>>
>>>> Am 05.09.2020 um 06:52 schrieb Michael Knill <mic...@ip...>:
>>>>
>>>> Hi Group
>>>>
>>>> I'm wanting to change some log rotation configuration for Asterisk logging and just wondering the best way.
>>>> I want to change the log size from 100k to 10m in /etc/logrotate.d/asterisk.
>>>> Shall I just edit this file directly?
>>>>
>>>> Regards
>>>> Michael Knill
>>>
>>> Hi Michael,
>>>
>>> yes, I do edit the files directly in "/etc/logrotate.d/". They are stored in UnionFS.
>>>
>>> Michael
>>
>> Yes, but keep in mind the default location for logs is /var/log/ (/var/ is on tmpfs) and VAR_SIZE defaults to 10000k (10 MB).
>>
>> So changing the asterisk log size from 100k to 10m, with 1 rotation can use 20 MB of space.
>>
>> You would need to set VAR_SIZE in your user.conf to something much larger, for example:
>> --
>> VAR_SIZE="40000k"
>> --
>> Also keep in mind this is only a limit, it does not allocate RAM for the tmpfs volume until it is needed.
>>
>>
>> A related note, why do a few programs like logrotate, tarsnap, sudo not have a /mnt/kd/ symlink. Well, these programs are standalone and do not require a service init.d script, as such there is no script to symlink /etc/foo -> /mnt/kd/foo. AstLinux could create dummy service init.d scripts for these cases, but chose not to and allow users to simply edit the /etc/ config files directly. Additionally, many users will never have the need to edit these files.
>>
>> Editable Files
>> https://doc.astlinux-project.org/userdoc:tt_editable_files
>>
>>
>> Lonnie
>
> Of course I enabled "PERSISTLOG=yes" in my user.conf :-).
>
> Michael
>
> http://www.mksolutions.info
>
>
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <li...@mk...> - 2020-09-06 21:32:46
|
It might not fit always, but have thought about using a syslog server? I think there is a package for e.g. a Synology DiskStation. SYSLOGHOST= Sent from a mobile device. Michael Keuter > Am 06.09.2020 um 23:22 schrieb Michael Knill <mic...@ip...>: > > Thanks Lonnie great explanation and I have also enabled persistent log. > > The reason that I asked this question is that I am considering performing verbose logging for Asterisk which will be handy for troubleshooting. > I would probably prefer logging to be on tmpfs to reduce writes to flash but I found that losing the logs on reboot was very annoying if I was trying to troubleshoot issues that caused a reboot. > As all my systems now have an SLC CF or 16G or greater mSATA maybe I'm worrying too much about flash writes. > > Regards > Michael Knill > > On 5/9/20, 11:28 pm, "Michael Keuter" <li...@mk...> wrote: > > > >>> Am 05.09.2020 um 14:48 schrieb Lonnie Abelbeck <li...@lo...>: >>> >>> >>> >>>> On Sep 5, 2020, at 2:34 AM, Michael Keuter <li...@mk...> wrote: >>> >>> >>> >>>> Am 05.09.2020 um 06:52 schrieb Michael Knill <mic...@ip...>: >>>> >>>> Hi Group >>>> >>>> I'm wanting to change some log rotation configuration for Asterisk logging and just wondering the best way. >>>> I want to change the log size from 100k to 10m in /etc/logrotate.d/asterisk. >>>> Shall I just edit this file directly? >>>> >>>> Regards >>>> Michael Knill >>> >>> Hi Michael, >>> >>> yes, I do edit the files directly in "/etc/logrotate.d/". They are stored in UnionFS. >>> >>> Michael >> >> Yes, but keep in mind the default location for logs is /var/log/ (/var/ is on tmpfs) and VAR_SIZE defaults to 10000k (10 MB). >> >> So changing the asterisk log size from 100k to 10m, with 1 rotation can use 20 MB of space. >> >> You would need to set VAR_SIZE in your user.conf to something much larger, for example: >> -- >> VAR_SIZE="40000k" >> -- >> Also keep in mind this is only a limit, it does not allocate RAM for the tmpfs volume until it is needed. >> >> >> A related note, why do a few programs like logrotate, tarsnap, sudo not have a /mnt/kd/ symlink. Well, these programs are standalone and do not require a service init.d script, as such there is no script to symlink /etc/foo -> /mnt/kd/foo. AstLinux could create dummy service init.d scripts for these cases, but chose not to and allow users to simply edit the /etc/ config files directly. Additionally, many users will never have the need to edit these files. >> >> Editable Files >> https://doc.astlinux-project.org/userdoc:tt_editable_files >> >> >> Lonnie > > Of course I enabled "PERSISTLOG=yes" in my user.conf :-). > > Michael > > http://www.mksolutions.info > > > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <mic...@ip...> - 2020-09-06 21:22:11
|
Thanks Lonnie great explanation and I have also enabled persistent log.
The reason that I asked this question is that I am considering performing verbose logging for Asterisk which will be handy for troubleshooting.
I would probably prefer logging to be on tmpfs to reduce writes to flash but I found that losing the logs on reboot was very annoying if I was trying to troubleshoot issues that caused a reboot.
As all my systems now have an SLC CF or 16G or greater mSATA maybe I'm worrying too much about flash writes.
Regards
Michael Knill
On 5/9/20, 11:28 pm, "Michael Keuter" <li...@mk...> wrote:
> Am 05.09.2020 um 14:48 schrieb Lonnie Abelbeck <li...@lo...>:
>
>
>
>> On Sep 5, 2020, at 2:34 AM, Michael Keuter <li...@mk...> wrote:
>>
>>
>>
>>> Am 05.09.2020 um 06:52 schrieb Michael Knill <mic...@ip...>:
>>>
>>> Hi Group
>>>
>>> I'm wanting to change some log rotation configuration for Asterisk logging and just wondering the best way.
>>> I want to change the log size from 100k to 10m in /etc/logrotate.d/asterisk.
>>> Shall I just edit this file directly?
>>>
>>> Regards
>>> Michael Knill
>>
>> Hi Michael,
>>
>> yes, I do edit the files directly in "/etc/logrotate.d/". They are stored in UnionFS.
>>
>> Michael
>
> Yes, but keep in mind the default location for logs is /var/log/ (/var/ is on tmpfs) and VAR_SIZE defaults to 10000k (10 MB).
>
> So changing the asterisk log size from 100k to 10m, with 1 rotation can use 20 MB of space.
>
> You would need to set VAR_SIZE in your user.conf to something much larger, for example:
> --
> VAR_SIZE="40000k"
> --
> Also keep in mind this is only a limit, it does not allocate RAM for the tmpfs volume until it is needed.
>
>
> A related note, why do a few programs like logrotate, tarsnap, sudo not have a /mnt/kd/ symlink. Well, these programs are standalone and do not require a service init.d script, as such there is no script to symlink /etc/foo -> /mnt/kd/foo. AstLinux could create dummy service init.d scripts for these cases, but chose not to and allow users to simply edit the /etc/ config files directly. Additionally, many users will never have the need to edit these files.
>
> Editable Files
> https://doc.astlinux-project.org/userdoc:tt_editable_files
>
>
> Lonnie
Of course I enabled "PERSISTLOG=yes" in my user.conf :-).
Michael
http://www.mksolutions.info
_______________________________________________
Astlinux-users mailing list
Ast...@li...
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <li...@mk...> - 2020-09-05 13:28:03
|
> Am 05.09.2020 um 14:48 schrieb Lonnie Abelbeck <li...@lo...>: > > > >> On Sep 5, 2020, at 2:34 AM, Michael Keuter <li...@mk...> wrote: >> >> >> >>> Am 05.09.2020 um 06:52 schrieb Michael Knill <mic...@ip...>: >>> >>> Hi Group >>> >>> I'm wanting to change some log rotation configuration for Asterisk logging and just wondering the best way. >>> I want to change the log size from 100k to 10m in /etc/logrotate.d/asterisk. >>> Shall I just edit this file directly? >>> >>> Regards >>> Michael Knill >> >> Hi Michael, >> >> yes, I do edit the files directly in "/etc/logrotate.d/". They are stored in UnionFS. >> >> Michael > > Yes, but keep in mind the default location for logs is /var/log/ (/var/ is on tmpfs) and VAR_SIZE defaults to 10000k (10 MB). > > So changing the asterisk log size from 100k to 10m, with 1 rotation can use 20 MB of space. > > You would need to set VAR_SIZE in your user.conf to something much larger, for example: > -- > VAR_SIZE="40000k" > -- > Also keep in mind this is only a limit, it does not allocate RAM for the tmpfs volume until it is needed. > > > A related note, why do a few programs like logrotate, tarsnap, sudo not have a /mnt/kd/ symlink. Well, these programs are standalone and do not require a service init.d script, as such there is no script to symlink /etc/foo -> /mnt/kd/foo. AstLinux could create dummy service init.d scripts for these cases, but chose not to and allow users to simply edit the /etc/ config files directly. Additionally, many users will never have the need to edit these files. > > Editable Files > https://doc.astlinux-project.org/userdoc:tt_editable_files > > > Lonnie Of course I enabled "PERSISTLOG=yes" in my user.conf :-). Michael http://www.mksolutions.info |
|
From: Lonnie A. <li...@lo...> - 2020-09-05 12:49:12
|
> On Sep 5, 2020, at 2:34 AM, Michael Keuter <li...@mk...> wrote: > > > >> Am 05.09.2020 um 06:52 schrieb Michael Knill <mic...@ip...>: >> >> Hi Group >> >> I'm wanting to change some log rotation configuration for Asterisk logging and just wondering the best way. >> I want to change the log size from 100k to 10m in /etc/logrotate.d/asterisk. >> Shall I just edit this file directly? >> >> Regards >> Michael Knill > > Hi Michael, > > yes, I do edit the files directly in "/etc/logrotate.d/". They are stored in UnionFS. > > Michael Yes, but keep in mind the default location for logs is /var/log/ (/var/ is on tmpfs) and VAR_SIZE defaults to 10000k (10 MB). So changing the asterisk log size from 100k to 10m, with 1 rotation can use 20 MB of space. You would need to set VAR_SIZE in your user.conf to something much larger, for example: -- VAR_SIZE="40000k" -- Also keep in mind this is only a limit, it does not allocate RAM for the tmpfs volume until it is needed. A related note, why do a few programs like logrotate, tarsnap, sudo not have a /mnt/kd/ symlink. Well, these programs are standalone and do not require a service init.d script, as such there is no script to symlink /etc/foo -> /mnt/kd/foo. AstLinux could create dummy service init.d scripts for these cases, but chose not to and allow users to simply edit the /etc/ config files directly. Additionally, many users will never have the need to edit these files. Editable Files https://doc.astlinux-project.org/userdoc:tt_editable_files Lonnie |
63 messages has been excluded from this view by a project administrator.
