Re: Core 133 test

Re: Core 133 test

[Arne Fitzenreiter]

[-- Attachment #1: Type: text/plain, Size: 393 bytes --]

On 2019-06-17 07:13, Mentalic wrote:
> Installed fresh iso x86_64. Restored backup from 132 system. Geoip is
> having a problem, countries show up in setting gui but nothing is
> actually being blocked. When booting there are many Geoip directory
> not found errors on screen.
> 
> Wayne
GeoIP need to download and convert a Database before it is useable. It 
should retry this after a while.

RE: Core 133 test

[Mentalic]

[-- Attachment #1: Type: text/plain, Size: 1112 bytes --]

Arne,

It had hours on one build, half hour or more on another two builds using the
updated 133 iso (b8de67b19eff2cd3735729b2c7441476 MD5). 
So it looks to be something besides not waiting for geoip to unpack.
Typically I see 2-3 min of cpu load on a new build and its all set when cpu
load drops.
I have a few geioIP groups configured which load from the backup before I
let the machine access internet.

Repeated ip tables error last sentence: "Couldn't load match 'geoip':No such
file or directory"

Regards
Wayne

-----Original Message-----
From: Arne Fitzenreiter [mailto:Arne.Fitzenreiter(a)ipfire.org] 
Sent: Monday, June 17, 2019 2:18 AM
To: Mentalic
Cc: 'IPFire: Development-List'
Subject: Re: Core 133 test

On 2019-06-17 07:13, Mentalic wrote:
> Installed fresh iso x86_64. Restored backup from 132 system. Geoip is
> having a problem, countries show up in setting gui but nothing is
> actually being blocked. When booting there are many Geoip directory
> not found errors on screen.
> 
> Wayne
GeoIP need to download and convert a Database before it is useable. It 
should retry this after a while.

Re: Core 133 test

[Michael Tremer]

[-- Attachment #1: Type: text/plain, Size: 1313 bytes --]

So it isn’t this?

https://bugzilla.ipfire.org/show_bug.cgi?id=12076

> On 17 Jun 2019, at 15:20, Mentalic <mentalic(a)cox.net> wrote:
> 
> Arne,
> 
> It had hours on one build, half hour or more on another two builds using the
> updated 133 iso (b8de67b19eff2cd3735729b2c7441476 MD5). 
> So it looks to be something besides not waiting for geoip to unpack.
> Typically I see 2-3 min of cpu load on a new build and its all set when cpu
> load drops.
> I have a few geioIP groups configured which load from the backup before I
> let the machine access internet.
> 
> Repeated ip tables error last sentence: "Couldn't load match 'geoip':No such
> file or directory"
> 
> Regards
> Wayne
> 
> -----Original Message-----
> From: Arne Fitzenreiter [mailto:Arne.Fitzenreiter(a)ipfire.org] 
> Sent: Monday, June 17, 2019 2:18 AM
> To: Mentalic
> Cc: 'IPFire: Development-List'
> Subject: Re: Core 133 test
> 
> On 2019-06-17 07:13, Mentalic wrote:
>> Installed fresh iso x86_64. Restored backup from 132 system. Geoip is
>> having a problem, countries show up in setting gui but nothing is
>> actually being blocked. When booting there are many Geoip directory
>> not found errors on screen.
>> 
>> Wayne
> GeoIP need to download and convert a Database before it is useable. It 
> should retry this after a while.
> 

RE: Core 133 test

[Mentalic]

[-- Attachment #1: Type: text/plain, Size: 1871 bytes --]

Think I may have found the problem by comparing core 132 to 133. There's an additional folder "/lib/modules/4.14.121-ipfire/extra" in 132 that’s not in the x86_64 133 install. When I copied the named "extra" folder to 133 and rebooted geoip is working with no boot errors.

Regards
Wayne



-----Original Message-----
From: Michael Tremer [mailto:michael.tremer(a)ipfire.org] 
Sent: Monday, June 17, 2019 9:03 AM
To: Mentalic
Cc: Arne Fitzenreiter; IPFire: Development-List
Subject: Re: Core 133 test

So it isn’t this?

https://bugzilla.ipfire.org/show_bug.cgi?id=12076

> On 17 Jun 2019, at 15:20, Mentalic <mentalic(a)cox.net> wrote:
> 
> Arne,
> 
> It had hours on one build, half hour or more on another two builds using the
> updated 133 iso (b8de67b19eff2cd3735729b2c7441476 MD5). 
> So it looks to be something besides not waiting for geoip to unpack.
> Typically I see 2-3 min of cpu load on a new build and its all set when cpu
> load drops.
> I have a few geioIP groups configured which load from the backup before I
> let the machine access internet.
> 
> Repeated ip tables error last sentence: "Couldn't load match 'geoip':No such
> file or directory"
> 
> Regards
> Wayne
> 
> -----Original Message-----
> From: Arne Fitzenreiter [mailto:Arne.Fitzenreiter(a)ipfire.org] 
> Sent: Monday, June 17, 2019 2:18 AM
> To: Mentalic
> Cc: 'IPFire: Development-List'
> Subject: Re: Core 133 test
> 
> On 2019-06-17 07:13, Mentalic wrote:
>> Installed fresh iso x86_64. Restored backup from 132 system. Geoip is
>> having a problem, countries show up in setting gui but nothing is
>> actually being blocked. When booting there are many Geoip directory
>> not found errors on screen.
>> 
>> Wayne
> GeoIP need to download and convert a Database before it is useable. It 
> should retry this after a while.
>