From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mentalic <mentalic@cox.net>
To: development@lists.ipfire.org
Subject: RE: Core 133 test
Date: Mon, 17 Jun 2019 09:20:01 -0500
Message-ID: <000001d52517$c28fb0d0$47af1270$@net>
In-Reply-To: <2f9263832504ce325d9f232f60b9b45b@ipfire.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============8337400175450650572=="
List-Id: <development.lists.ipfire.org>

--===============8337400175450650572==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

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.


--===============8337400175450650572==--