Re: dhcpd with failover

On 01/10/2024 08:36, Otto Moerbeek wrote:
> On Mon, Sep 30, 2024 at 10:50:06PM +0300, Kapetanakis Giannis wrote:
>
>> How did you solve the problem of initial sync?
>>
>> Suppose one server goes down for maintenance. When it comes up it does not
>> know what new leases have been given by the other server which was all the
>> time up.
>>
>> There are chances that later it gives an IP already given by the other dhcp
>> server. The leases (while down) were not synced.
>>
>> I don't think there is an option for initial sync (like pfsync) and even if
>> you scp the lease file you can't be 100% sure since you might miss something
>> while copying and starting service.
>>
>> This is the primary reason I've sticked with isc-dhcpd and failover peer.
>>
>> G
>>
> IIRC on dhcpd statup all leases from the lease db are advertized to
> the other dhcpds.
>
> -Otto

Didn't know about this but I don't think it solves the problem.
The starting server is behind and missing entries from the lease file.

Does the starting server also request a full lease advertisement from the other server?

What happens with the other server (which is NOT restarting) and how will it notify the starting server that there are new leases (without a restart)?

Unless a server startup triggers full advertizement on all sides.

G

Re: proposal to remove sysutils/fleetctl

On Tue, Oct 01, 2024 at 01:49:39AM -0700, Nick Owens wrote:
> coreos has been defunct for many years, and fleet even moreso since it
> was deprecated in favor of helm and kubernetes.
>
> i speak with some authority as a former coreos employee.
>
> can we remove the sysutils/fleetctl port?

I think so. If anyone wants to do it,

ok tb

Or I'll do it next week.

proposal to remove sysutils/fleetctl

coreos has been defunct for many years, and fleet even moreso since it
was deprecated in favor of helm and kubernetes.

i speak with some authority as a former coreos employee.

can we remove the sysutils/fleetctl port?

cheers,
nick

Re: OpenBSD nano r6s

On 2024-09-30, Pierre Dupond <76nemo76@gmx.ch> wrote:
> The display is certainly on a serial console but there is no serial console
> on the nano pi r6s (in fact it seems to be only headers on mainboard and
> one has to solder pins).

That's not entirely unusual on this class of machine. At least it looks
easy enough to solder and I guess you could probably run some jumper
cables via the antenna hole. If you can't or don't want to solder it
yourself then I bet if you take the board and some pin strip to a small
mobile phone repair shop they'd be able to do it for you.

> I have then try to boot OpenBSD on a radxa rock pi 5b. On this machine,
> the serial console is available on the GPIO. The device boots but after a while
> the connection is broken (even if the serial console and its speed was specified
> before booting OpenBSD). After this text, you will see the log of the boot
> obtained with the minicom program (the only one which is working).
> With kermit or "cu", the boot is similar but it is not possible
> to type character on keyboard.
>
> Do you have any idea on how to solve this problem? My tests were
> done with OpenBSD 7.5, I should do them again with OpenBSD 7.6.

> sd0: 14804MB, 512 bytes/sector, 30318592 sectors
> softraid0 at root
> scsibus1 at softraid0: 256 targets
> root on rd0a swap on rd0b dump on rd0b
> WARNING: bad clock chip time
> WARNING: CHECK AND RESET THE DATE!
> ŠŠ3ÞÿÚKXø\]‚òŠÿáøáøáøáøáøáøáøáøáøáøáøáøáøáøáøá

At this point output moves from the kernel to userland. That looks like
the port has changed speed. I would first try 1500000 as it's fairly
common on the embedded ARM boards.

--
Please keep replies on the mailing list.