OpenBSD support for xattr on file systems other than UFS ?

2023-05-11 Thread J Doe
Hello, I was configuring Samba on my OpenBSD 7.2 server and wanted to support iOS/iPad OS and macOS clients. The documentation for Samba states that the following vfs options are required to support these clients: /etc/samba/smb.conf . . . vfs = catia fruit

carp flapping

2023-05-11 Thread Nick Holland
Hi, I have a couple identical servers that provide a few services (not FW or gateway -- http, ftp, etc.). Figured they would make a great CARP pair, so if the primary broke, the secondary would take over immediately. It would also make maintenance windows shorter...make changes on secondary

Re: dhcpleased losing route

2023-05-11 Thread Peter Hessler
On 2023 May 12 (Fri) at 00:10:33 +1000 (+1000), David Diggles wrote: :Here's a longer tcpdump that should have a couple of rounds. :The ISP does offer ipv6 but I'm not ready to give up on dhcp yet. : You can run both in parallel, no problems with that. -- Expect the worst. It's the least you

(No Subject)

2023-05-11 Thread Marlon Nunes
Sent with [Proton Mail](https://proton.me/) secure email.

Re: bgpd crashes when fed by rpki-client (aspa_add_set: bad order of adds)

2023-05-11 Thread Bastien Durel
Le jeudi 11 mai 2023 à 16:44 +0200, Wouter Prins a écrit : > I posted this to tech@ last week. > As a workaround use -A in the rpki-client root crontab entry > Hi, Thanks! I searched in misc@ but not tech@ :/ -- Bastien

Re: dhcpleased losing route

2023-05-11 Thread David Diggles
Yes this is now fixed. Thanks everyone! Stuart's suggestion of "received-on" is indeed excellent and is what I've used. On Thu, May 11, 2023 at 04:13:34PM +0200, Florian Obser wrote: > On 2023-05-11 08:08 +10, David Diggles wrote: > > On Thu, May 11, 2023 at 07:27:22AM +1000, Jonathan Matthew

Re: bgpd crashes when fed by rpki-client (aspa_add_set: bad order of adds)

2023-05-11 Thread Wouter Prins
I posted this to tech@ last week. As a workaround use -A in the rpki-client root crontab entry Sent from my mobile > On May 11, 2023, at 16:42, Bastien Durel wrote: > > Hello, > > I have an openbgpd running with only iBGP, and I run rpki-client on > this machine (the bgpd runs for LG,

bgpd crashes when fed by rpki-client (aspa_add_set: bad order of adds)

2023-05-11 Thread Bastien Durel
Hello, I have an openbgpd running with only iBGP, and I run rpki-client on this machine (the bgpd runs for LG, rpki-client generates for other routers too). Since the 8th of may, it crashes on reload, after rpki-client ran Only emptying the rpki-client config file makes it start again, until

Re: dhcpleased losing route

2023-05-11 Thread Florian Obser
On 2023-05-11 08:08 +10, David Diggles wrote: > On Thu, May 11, 2023 at 07:27:22AM +1000, Jonathan Matthew wrote: >> >> This looks like the thing I ran into a while ago where I had an overly >> broad nat-to rule for outgoing traffic that applied to traffic from the >> host as well as the

Re: dhcpleased losing route

2023-05-11 Thread David Diggles
Here's a longer tcpdump that should have a couple of rounds. The ISP does offer ipv6 but I'm not ready to give up on dhcp yet. tcpdump: WARNING: snaplen raised from 116 to 1500 22:54:27.011337 202.63.67.36.68 > 202.63.66.1.67: xid:0x10040a18 C:202.63.67.36 vend-rfc1048 DHCP:REQUEST LT:86400

Re: Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

2023-05-11 Thread Stuart Henderson
On 2023-05-10, Jon Fineman wrote: > HP's web site says it is fully supported. > ... on Linux, with an additional proprietary binary plug-in download.

Re: pfr_get_astats: corruption detected

2023-05-11 Thread Kapetanakis Giannis
Hi, I still see those messages in my logs. May 11 06:08:01 /bsd: pf: pfr_get_astats: corruption detected (7) What does it mean? Is there a problem with my pf tables? Thanks, G On 21/11/2022 18:47, Kapetanakis Giannis wrote: > Hi, > > Can someone explain messages of type > /bsd: pf:

Re: dhcpleased losing route

2023-05-11 Thread Mike Fischer
You are still getting a 5 minute lease. So that seems to be normal for your provider? (Maybe they only have a very limited pool of IPv4 addresses and want to be able to reuse them ASAP? Might explain why the initial DHCP:OFFER took so long as well.) But you don’t show what happens when the