Re: OpenBSD Installation Doesn't Detect NVMe SSD, but Detects My USB Drives

[Christer Solskogen]

On Fri, Apr 19, 2024 at 5:38 AM Stuart Longland
 wrote:

> Not sure there's any such animal when the device is NVMe.  NVMe directly
> connects to the PCI Express bus, not to a SATA controller.
> --

Because some BIOS/UEFI are coded by idiots. I tested fake-raid on one
of my "high-end" MSI boards, and the only way for setting it up on
NVME drives was to set SATA to RAID.

Re: sysupgrade doesn't work unless monitor is attached

[Christer Solskogen]

On Thu, Mar 21, 2024 at 11:14 AM Florian Obser  wrote:
>
> On 2024-03-21 10:33 +01, Christer Solskogen  
> wrote:
> > Nick Holland reported this with a HP T430 Thin Client already in May
> > 2022, and I see the same problem on two of my new firewalls. I was
> > hoping a HDMI dummy plug would work as a workaround, but it doesn't.
> > I'm not sure when or what marks the bsd.upgrade file as -x, but that
> > at least that happens.
>
> that's the bootloader (to prevent upgrade loops, the bootloader will
> only consider bsd.upgrade that is +x).
>

So the bootloader sets -x after the first try? If that's the case, the
bootloader is not to blame.

-- 
chs

sysupgrade doesn't work unless monitor is attached

[Christer Solskogen]

Nick Holland reported this with a HP T430 Thin Client already in May
2022, and I see the same problem on two of my new firewalls. I was
hoping a HDMI dummy plug would work as a workaround, but it doesn't.
I'm not sure when or what marks the bsd.upgrade file as -x, but that
at least that happens.
Is there anything I can do to try to help?

As long as a monitor is attached, sysupgrade works just as intended.

-- 
chs

Re: Confusion about hw.cpuspeed

[Christer Solskogen via misc]

On Fri, Mar 15, 2024 at 2:02 PM Zé Loff via misc  wrote:
>
> Hope this clears things up.
>

Ah, now I understand. Thank you! :-)

-- 
chs

Re: Confusion about hw.cpuspeed

[Christer Solskogen via misc]

On Fri, Mar 15, 2024 at 11:43 AM Zé Loff via misc  wrote:

> Your cpu*.frequency lines show you that it does.

In that case, what does hw.cpuspeed mean?

Re: Confusion about hw.cpuspeed

[Christer Solskogen via misc]

On Fri, Mar 15, 2024 at 10:00 AM Jonathan Gray  wrote:
>
> On Fri, Mar 15, 2024 at 08:49:14AM +0100, Christer Solskogen via misc wrote:
> > On Fri, Mar 15, 2024 at 1:15 AM Jonathan Gray  wrote:
> > >
> >
> > > The 1MHz higher is the turbo setting.  When speedstep speeds are shown
> > > in dmesg it is the highest.
> > >
> > > The sensors use cpu_hz_update_sensor().
> > >
> >
> > I don't understand. dmesg says this:
> > cpu0: Intel(R) N95, 2693.79 MHz, 06-be-00, patch 0015
> >
> > But hw.cpuspeed stays the same no matter what happens.
>
> your dmesg will have a "Enhanced SpeedStep" line, for example:
> cpu0: Enhanced SpeedStep 2494 MHz: speeds: 2601, 2600, 2500, 2300, 2100, 
> 2000, 1800, 1700, 1500, 1400, 1200, 1100, 900, 800, 600, 500 MHz
>
> hw.cpuspeed is only updated when a set speed is selected by the kernel.
> With turbo mode the hardware continually changes the speed without
> notifying the kernel.
>
> to force the lowest non-turbo mode
>
> sysctl hw.perfpolicy=manual
> sysctl hw.setperf=0
>

Ah, yes.
cpu0: Enhanced SpeedStep 2693 MHz: speeds: 1701, 1700, 1600, 1500,
1400, 1300, 1200, 1100, 1000, 900, 800 MHz

I wonder why it never reaches 2,6GHz.

Re: Confusion about hw.cpuspeed

[Christer Solskogen via misc]

On Fri, Mar 15, 2024 at 1:15 AM Jonathan Gray  wrote:
>

> The 1MHz higher is the turbo setting.  When speedstep speeds are shown
> in dmesg it is the highest.
>
> The sensors use cpu_hz_update_sensor().
>

I don't understand. dmesg says this:
cpu0: Intel(R) N95, 2693.79 MHz, 06-be-00, patch 0015

But hw.cpuspeed stays the same no matter what happens.

Confusion about hw.cpuspeed

[Christer Solskogen via misc]

I've got a hold of two iKOOLCORE R2 today and installed OpenBSD(latest
amd64 snapshot) on them, but I can't seem to wrap my head around if
it's running at full speed or not.

hugs# sysctl hw
hw.machine=amd64
hw.model=Intel(R) N95
hw.ncpu=4
hw.byteorder=1234
hw.pagesize=4096
hw.disknames=sd0:d93f521d3c55b907,sd1:
hw.diskcount=2
hw.sensors.cpu0.temp0=44.00 degC
hw.sensors.cpu0.frequency0=27.00 Hz
hw.sensors.cpu1.frequency0=27.00 Hz
hw.sensors.cpu2.frequency0=27.00 Hz
hw.sensors.cpu3.frequency0=27.00 Hz
hw.sensors.acpitz0.temp0=27.80 degC (zone temperature)
hw.cpuspeed=1701
hw.setperf=100
hw.vendor=iKOOLCORE TECHNOLOGY
hw.product=iKOOLCORE R2
hw.version=Default string
hw.serialno=VME50IKLGT8
hw.uuid=20231018-4682-2636-0882-000392308688
hw.physmem=8272797696
hw.usermem=8272670720
hw.ncpufound=4
hw.allowpowerdown=1
hw.perfpolicy=auto
hw.smt=0
hw.ncpuonline=4
hw.power=1
hw.ucomnames=

hw.cpuspeed seems to suggest that it's running on 1701MH, even if
apmd(-A) is running and/or if I have full load on the machine. While
hw.sensors.cpu*.frequency0 seems to suggest otherwise. That seems to
be running at full speed if there's load on the machine or not.


-- 
chs

Re: Trouble with high network traffic on APU2

[Christer Solskogen]

On Tue, Sep 19, 2023 at 9:27 AM Jan Stary  wrote:
>
> What do you mean by high network traffic?

Around 34k packets pr second.

> How many packets per seconds are they processing?
>
> > the APU2 is having trouble. The whole machine goes into a
> > slow-working mode, so slow that it won't get any new lease from my
> > ISPs dhcp server.
> >
> > This does not happen on the APU1.
> > I've been running snapshots on both. 7.2 did not seem to have this problem.
> >
> > The APU2 have this:
> > em0 at pci1 dev 0 function 0 "Intel I210" rev 0x03: msi, address
> > 00:0d:b9:41:6f:c8
> > em1 at pci2 dev 0 function 0 "Intel I210" rev 0x03: msi, address
> > 00:0d:b9:41:6f:c9
> > em2 at pci3 dev 0 function 0 "Intel I210" rev 0x03: msi, address
> > 00:0d:b9:41:6f:ca
> >
> > While APU1 have this:
> > re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E
> > (0x2c00), msi, address 00:0d:b9:34:0e:ac
> > re1 at pci2 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E
> > (0x2c00), msi, address 00:0d:b9:34:0e:ad
> > re2 at pci3 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E
> > (0x2c00), msi, address 00:0d:b9:41:6f:ca
> >
> > My guess is that there's so much interrupt happening that the APU2
> > goes into a stand-still. I can still log into it with ssh (one
> > character pr second) when this happens, and the machine does not
> > crash.
>
> If you get can into the machine, why would you guess
> instead of looking at the actual interrupts?
>

15k interrupts, by the look of vmstat. But sometimes it spikes to 28k.

> How much is the APU1 processing while APU2 has this slowdown?
>

Nothing.
But when I switch I get the same amount of packets pr second, and
around 12k interrupts.

-- 
chs

Trouble with high network traffic on APU2

[Christer Solskogen]

Hi!

I have both a APU1 and a APU2 working together with CARP as my
firewall. Since sometime in the summer, whenever I have high network
traffic the APU2 is having trouble. The whole machine goes into a
slow-working mode, so slow that it won't get any new lease from my
ISPs dhcp server.

This does not happen on the APU1.
I've been running snapshots on both. 7.2 did not seem to have this problem.

The APU2 have this:
em0 at pci1 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:0d:b9:41:6f:c8
em1 at pci2 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:0d:b9:41:6f:c9
em2 at pci3 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:0d:b9:41:6f:ca

While APU1 have this:
re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E
(0x2c00), msi, address 00:0d:b9:34:0e:ac
re1 at pci2 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E
(0x2c00), msi, address 00:0d:b9:34:0e:ad
re2 at pci3 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E
(0x2c00), msi, address 00:0d:b9:41:6f:ca

My guess is that there's so much interrupt happening that the APU2
goes into a stand-still. I can still log into it with ssh (one
character pr second) when this happens, and the machine does not
crash.

Anything I can do here, other than buying beefier hardware?

Re: amd microcode

[Christer Solskogen]

On Tue, Jul 25, 2023 at 12:19 AM Courtney  wrote:
>
> $ pkg_info | grep amd
> amd-firmware-20230719 microcode update binaries for AMD CPUs
>
> I however, do not have the test code to check if you are impacted by
> Zenbleed or not. There is test code, but it only compiles on Linux.
>
> Theo de Raadt also put out info if you are doing syspatch for the new
> errata.
>
> https://marc.info/?l=openbsd-tech=169021508718971=2
>

I have it installed, I was wondering how I can check if any of the
updates are applied.

-- 
chs

amd microcode

[Christer Solskogen]

I just saw https://undeadly.org/cgi?action=article;sid=20230723185853
and was wondering how I can check if it works? Does or should the
microcode update show up in dmesg or in some other log?

-- 
chs

Re: Mail Etiquette: Reply above or below

[Christer Solskogen]

On Tue, Mar 7, 2023 at 10:37 AM Johannes Thyssen Tishman
 wrote:
>
> Hi,
>
> When I reply to an email I do so above the senders message, however I see 
> many people in the mailing lists replying below it. Is this the preferred way 
> or just preference? Thanks.
>

Someone way smarter than me said this:

Because it messes up the order in which people normally read text.
Why is top-posting such a bad thing?
Top-posting.
What is the most annoying thing in e-mail?

-- 
chs

Re: CARP and DHCP

[Christer Solskogen]

On Sun, Jan 8, 2023 at 5:23 PM Nick Holland 
wrote:

>
> Does this actually maintain state?  I'm thinking pfsync might
> not work properly when the external interface "changes" like that.
> It wouldn't actually matter much in *my case*, but I'm wondering
> about the more general case.
>
>
>
I no expert, but I think so. I can be in a Teams meeting while I switch
from master to slave, without loosing the connection.

Re: CARP and DHCP

[Christer Solskogen]

On Mon, Jan 2, 2023 at 5:14 PM Nick Holland 
wrote:

> hiya.
>
> Goal: home (i.e., DHCP external network config) redundant
> firewalls with CARP and PFSYNC.
>
>


Totally doable. I've been running it like that for the last 7 years at
home.
My ISP doesn't like it when the two firewalls have different mac-addresses,
so I have to do some spoofing on the slave machine.
ifstated is your very good friend here.  My /etc/hostname.$extif is empty.

CARP is only in use for the internal interface.

This if my ifstated.conf on mster:

carp_up = "carp0.link.up"
carp_down = "!carp0.link.up"
carp_init = "carp0.link.unknown"

init-state auto

state auto {
if ($carp_up)
set-state fw_master
if !($carp_up)
set-state fw_slave
}

state fw_master {
init {
run "route -qn flush"
run "ifconfig em2 inet autoconf"
run "pfctl -f /etc/pf.conf"
}

if ($carp_down)
set-state fw_slave
if ($carp_init)
run "sleep 2"
}

state fw_slave {
init {
run "ifconfig em2 -inet"
run "route -qn flush"
run "route add default 192.168.0.3"
}

if ($carp_up)
set-state fw_master
}

Re: dhcpleased and ifstated

[Christer Solskogen]

tor. 14. jul. 2022, 15:50 skrev Theo de Raadt :

> Christer Solskogen  wrote:
>
> > On Thu, Jul 14, 2022 at 1:23 AM Theo de Raadt 
> wrote:
> >
> > > Is this specific to a particular network driver?
> > >
> > >
> > Probably not, but I can't be sure as I haven't tried all of them but it
> > happens on both re (APU1) and em(APU2).
>
> Since you have the situation happening, can I ask you to do two tests.
> Use ktrace against dhclient (without the recent execve change), and also
> against dhcpleased.  then use kdump with the -R and -T options, and look
> at the timestamps to study dhcpleased's timing behaviour for querying.
> If there are lessons found in the timing of dhclient, maybe dhcpleased
> can become more forgiving.
>

Will do, but it will probably take a week due to I'm on vacation.

>

Re: dhcpleased and ifstated

[Christer Solskogen]

On Thu, Jul 14, 2022 at 1:23 AM Theo de Raadt  wrote:

> Is this specific to a particular network driver?
>
>
Probably not, but I can't be sure as I haven't tried all of them but it
happens on both re (APU1) and em(APU2).

-- 
chs

Re: dhcpleased and ifstated

[Christer Solskogen]

This happens every time with dhcpleased and my ISP and it didn't with
dhclient, and what I do see now, that I didn't see with dhclient,
is that during the negotiation ifconfig says that the interface has
"status: no carrier" for 2-3 seconds. Which explains why I don't get a
DHCPACK within 1 second.

Re: dhcpleased and ifstated

[Christer Solskogen]

On Wed, Jul 6, 2022 at 4:47 PM Florian Obser  wrote:

>
> Are you comparing the same thing? I.e. did dhcpleased get a lease before
> and does /var/db/dhcpleased/$IF exist?
>

Both nodes have /var/db/dhcpleased/$IF. If I reboot both firewalls only the
master have gotten the lease, until I do a switch over.
During a switchover I get this with debug on:

tugs# dhcpleased -d -v -v
changed iface: re2[3]
state_transition[re2] Down -> Down, timo: -1

(when doing the switchover)

state_transition[re2] Down -> Down, timo: -1
state_transition[re2] Down -> Rebooting, timo: 1
DHCPREQUEST on re2
iface_timeout[3]: Rebooting
state_transition[re2] Rebooting -> Rebooting, timo: 2
DHCPREQUEST on re2
parse_dhcp, from: 00:02:00:01:00:01, to: ff:ff:ff:ff:ff:ff
parse_dhcp: 79.160.116.238:67 -> 255.255.255.255:68


It looks to me that it's rebooting twice?

What's the correct way of doing this with ifstated? run "ifconfig $IF down"
or "ifconfig $IF delete"?

Re: dhcpleased and ifstated

[Christer Solskogen]

On Tue, Jul 5, 2022 at 9:56 PM Christer Solskogen <
christer.solsko...@gmail.com> wrote:

> Now that dhclient is soon to be gone, I wanted to switch to dhcpleased.
> But I do have a hard time understanding how I can get that to work together
> with CARP and ifstated.
> With dhclient, as soon as the master boots, the backup takes over and get
> an ip address in an instant from my ISP, but dhcpleased does not. It don't
> even get an ipaddress unless I run "dhcpleasectl -w 1 "
> (dhcpleased runs in the background)
>
>
Okay, I've obviously thought of dhcpleased wrong. Now dhcpleased works in
the background all the time, and a simple "run ifconfig re0 up" instead of
starting it in ifstated. But still, it takes 2-3 seconds to get a lease,
while with dhclient it was instant.

dhcpleased and ifstated

[Christer Solskogen]

Now that dhclient is soon to be gone, I wanted to switch to dhcpleased. But
I do have a hard time understanding how I can get that to work together
with CARP and ifstated.
With dhclient, as soon as the master boots, the backup takes over and get
an ip address in an instant from my ISP, but dhcpleased does not. It don't
even get an ipaddress unless I run "dhcpleasectl -w 1 "
(dhcpleased runs in the background)

There's one hack that I had to run with dhclient, and that was that both
internet faced network cards needed to have the same mac address. So on the
backup machine I've spoofed it in hostname.re2.

# uname -a
OpenBSD tugs.antarctica.no 7.1 GENERIC.MP#604 amd64

# cat /etc/dhcpleased.conf
interface re2 {
ignore dns
}

# cat /etc/ifstated.conf
carp_up = "carp0.link.up"
carp_down ="!carp0.link.up"
carp_init = "carp0.link.unknown"

init-state auto

state auto {
run "sleep 6"
if ($carp_up)
set-state fw_master
if !($carp_up)
set-state fw_slave
}

state fw_master {
init {
run "route flush"
run "arp -da"
run "ifconfig re2 up"
run "dhcpleased"
run "pfctl -f /etc/pf.conf"
}
if ($carp_down)
set-state fw_slave
}

state fw_slave {
init {
run "pkill dhcpleased"
run "ifconfig re2 delete"
run "arp -da"
run "route flush"
run "route add default 192.168.0.1"
}

if ($carp_up)
set-state fw_master
}

Re: carp question

[Christer Solskogen]

On Tue, Jun 28, 2022 at 2:58 PM Stuart Henderson 
wrote:

>
> So for this you would need to monitor the interface status and change
> the default route, you couldn't rely on /etc/mygate.
>
>
I don't. I use ifstated :-)

Re: carp question

[Christer Solskogen]

On Tue, Jun 28, 2022 at 12:18 PM Łukasz Moskała  wrote:

> You wanted to set the CARP IP as default gateway on both master and
> backup, right?
>
>
No, the master is the gateway. So what would not make sense as all.
I would like to have the CARP IP as default gateway on the backup. (And
vice-versa, when the now-master becomes backup)

Re: carp question

[Christer Solskogen]

On Tue, Jun 28, 2022 at 10:44 AM Stuart Henderson 
wrote:

>
> It makes no sense to set your own address as the default gateway?
>
>
It would *if* backup didn't respond to the carp IP.  But it does, so no it
does not make sense.
The reason I was hoping it would work was the wording in the FAQ.

Re: carp question

[Christer Solskogen]

On Tue, Jun 28, 2022 at 10:21 AM Łukasz Moskała  wrote:

>
> What problem are you trying to solve?
>
>
Having identical config files on both the master and backup when it comes
to setting up the default gateway. I was hoping I could just use the carp
address as default gateway.

-- 
chs

Re: carp question

[Christer Solskogen]

On Tue, Jun 28, 2022 at 9:52 AM Łukasz Moskała  wrote:

> Run tcpdump on master, ping on backup. If you see pings in tcpdump, then
> master is responding.
> If not, backup is responding to itself.
>
>
Good catch.
The backup is responding to it self. But should it? In the FAQ I find this:
"The master host is the one that currently "holds" the shared IP; it
responds to any traffic or ARP requests directed towards that address."
So the question now is should master respond?

-- 
chs

carp question

[Christer Solskogen]

if you ping the carp ip from the backup, does the master respond or the
backup it self?

-- 
chs

Re: Installer fails to boot on Raspberry Pi 400

[Christer Solskogen]

On Wed, Mar 9, 2022 at 2:10 AM Stuart Henderson 
wrote:

>
> Try -current if you didn't already. Try it with the included U-Boot first
> and see if that works. If not then try various versions of the pftf UEFI
> firmware, I can't remember which one I used when I got it to work on 400.
>
>
On the latest current (using U-Boot) the keyboard doesn't work after the
kernel has started.

pfstat having trouble with current (with workaround)

[Christer Solskogen]

If you see this:

hugs# pfstat -q
ioctl: DIOCIGETIFACES: Operation not supported by device
pf_query: query_ifaces() failed

And all of you packages are up-to-date(ish), force a reinstall pfstat and
everything is OK again.

Re: isc-bind doesn't start...

[Christer Solskogen]

On Sun, Nov 28, 2021 at 4:56 PM Theo de Raadt  wrote:

>
>
> Perhaps you know how the saying goes:
>
> new base snapshot, new snapshot packages
>
>
Yes, I do. The one I've got installed is isc-bind-9.16.23v3.tgz from 26th
of november which is the latest one I've found on
https://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/amd64.

isc-bind doesn't start...

[Christer Solskogen]

on the recent snapshot (OpenBSD 7.0-current (GENERIC.MP) #126: Sun Nov 28
00:04:30 MST 2021)

tugs# /usr/local/sbin/named -t /var/named -u _bind -U 4
named:/usr/local/lib/libisc-9.16.23.so: undefined symbol
'__emutls_get_address'
ld.so: named: lazy binding failed!
Killed

Re: How to check that HT is working and used?

[Christer Solskogen]

On Thu, Nov 18, 2021 at 1:50 PM Dev Op  wrote:

> Updated BIOS to the latest version for this server - P58 (08/16/2015). All
> the same. Tried changing the parameter MPS Table Mode in BIOS (the option
> was set to Disabled), after setting the value to Full Table APIC, dmesg
> changed, but the cores still did not appear:
>
> OpenBSD 7.0 (GENERIC) #224: Thu Sep 30 14:13:34 MDT 2021
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
>
>
You are still using the SP-kernel. Try booting with bsd.mp instead.

Re: libexpat.so.14.0 missing in latest -current

[Christer Solskogen]

On Thu, May 27, 2021 at 4:53 PM Theo de Raadt  wrote:

> Occasionally a bad snapshot will ship out, because we are actively
> developing.  It is rare.  Shrug.
>
>
And OpenBSD even has some awesome tools to discover this, so it's really
not a big problem and that tool is vmm.
I have a VM that I upgrade first. If that goes swell, my primary and backup
firewall gets the upgrade.

-- 
chs

Re: msdos partition is too small in arm64/miniroot68.img

[Christer Solskogen]

On Wed, Jan 6, 2021 at 5:39 PM Theo de Raadt  wrote:

> The miniroot is 33MB because it contains many install firmwares, and
> it is 97% full.
>
>
True, but the miniroot has space available to expand the msdos partition.
OP: Search the list, I've described a way to do that after you've written
the image to a USB drive/stick.

OpenBSD on Raspberry Pi 4

[Christer Solskogen]

Hi!

I've managed to install OpenBSD 6.8 (and newer snapshots) on a Pi4 (not
Pi400!) on a USB stick without the need for a SD card or a TTL serial
interface adapter as noted in the official installation notes for arm64.

Here is what I did:

Download miniroot68.img and write it to a sd card.
Mount the msdos partition and copy the EFI (and subdirectories) to a
temporary location.
Unmount the msdos partition and delete it (the one provided is to small)
Create a new msdos partition, format it and mount it.
Download the latest release from https://github.com/pftf/RPi4 (I've tested
v1.21)
Unpack it to the msdos partition, and copy the EFI directory back.
Unmount msdos partition and insert the USB stick in your Pi, and boot it.

Press ESC during boot so you get into the UEFI settings.
Go to Device Manager -> Raspberry Pi Configuration -> Advanced Configuration
Disable 3GB memory limit and change System Table Selection from ACPI to
Device Tree.
Save (F10) and ctrl-alt-delete

At OpenBSD boot prompt
set tty fb0
boot

ACPI also seems to work (as in as it boots), but I get more devices are
marked as "not configured" in dmesg. People way smarter than me can
probably comment on why this happens.

Go through installation as normal. When reboot, enter the shell and do a
"echo set tty fb0 > /mnt/etc/boot.conf"
Reboot and shutdown the Pi. Disconnect the USB drive and connect it to
another computer, and unpack the EFI files again, as the old filesystem is
deleted during install. They will also get overwritten during sysupgrade,
so be aware.

The msdos partition on miniroot68.img is too small to fit the UEFI files,
so that's the reason why you have to remove it. Fortunately there's 16MB of
free space at the beginning of the image you can use.

Not sure why, but the screen/text during installation (and upgrade) isn't
full screen. But when running the normal kernel it is.
Xorg also works. For reasons I don't understand you won't be asked to
choose keyboard layout. during installation.

I've tested this on both a 4GB model and 8GB model. Pi400 does not work
with the UEFI boot yet, but when it does OpenBSD will most probably work as
well.

Re: Installer suggestion

[Christer Solskogen]

On Tue, Dec 1, 2020 at 6:36 PM Theo de Raadt  wrote:

>
> There have also been proposals that IF we the files are present in the
> ramdisk, we use them. But then the questions are not in the same order
> for all install methods.  Another proposal was for upgrades if the files
> exist in the base, we use those.  But sometimes new files show up, or old
> files go away.  So again, the order of the questions could vary depending
> on install or upgrade method.  That feels like too much of a surprise,
> so I have no intention of changing it.
>

And it would probably be too error prone to just accept the input
regardless if the timezone exists or not.

Re: Installer suggestion

[Christer Solskogen]

On Tue, Dec 1, 2020 at 4:43 PM Christopher Turkel <
turkel.christop...@gmail.com> wrote:

> Why would you want that? I’m curious.


Just to place it together with the rest of the questions.  Bulk them
together so to speak.
Now the installation waits for input about the timezone, before it
continues with relinking the kernel and fills /dev etc.

But it doesn't matter. Theo just explained why.

Installer suggestion

[Christer Solskogen]

Would it make sense to move the timezone question to before the fetching
and extraction of the install sets starts?

-- 
chs

Re: Problem with isc_named

[Christer Solskogen]

On Mon, Jun 1, 2020 at 1:00 PM Stuart Henderson  wrote:

>
> Yes the sample config was slightly broken. Since there were no reports
> between December (when this was introduced) until after 6.7 was released
> I guess everybody running this in -current uses their own config rather
> than the sample config so they didn't notice it.
>
> I fixed this in -current last week by removing most of the sample config,
> and I've just committed a change to -stable to add / for the various paths
> which should show up in -stable packages in a day or so.
>
>
>
Then I probably didn't notice it until now.
Either way, I've got it fixed with the great help of the list and I'm very
grateful for that.
I even figured out that you don't really need a file ""; statement.

-- 
chs

Re: Problem with isc_named

[Christer Solskogen]

On Sun, May 31, 2020 at 8:45 PM Noth  wrote:

>
> Hi,
>
>Why are you putting the zone files in /var/named/tmp? That's probably
> the source of the problem. Use /var/named/{master,slave} for those...
>


I used to I them in slave, but that failed as well.

-- 
chs

Problem with isc_named

[Christer Solskogen]

Hi!

With current (OpenBSD 6.7-current (GENERIC.MP) #232: Sat May 30 18:17:19
MDT 2020) and up-to-date packages, I'm having a hard time running isc_named
as a slave dns.

I get this in the log:
dumping master file: tmp/tmp-lxMn2v1tJx: open: file not found

named.conf is like this:
options {
directory "/tmp";   // working directory, inside the /var/named
chroot
// - must be writable by _bind
version ""; // remove this to allow version queries

listen-on{ any; };
listen-on-v6 { any; };

empty-zones-enable yes;

allow-recursion { clients; };
};

zone "0.168.192.in-addr.arpa" {
type slave;
masterfile-format text;
file "tmp/0.168.192.in-addr.arpa";
masters { 192.168.0.4; };
};

zone "antarctica.no" {
type slave;
masterfile-format text;
file "tmp/antarctica.no";
masters { 192.168.0.4; };
};

zone "carebears.no" {
type slave;
masterfile-format text;
file "tmp/carebears.no";
masters { 192.168.0.4; };
};


/var/named/tmp is owned by _bind:_bind with drwxrwxr-x

I can't seem to find any error in my config. Could there be something wrong
with the package?
isc-bind-9.16.3p0v0 is the one I have installed.

Re: Convert ffs1 to ffs2?

[Christer Solskogen]

On Wed, May 20, 2020 at 9:58 AM Philip Guenther  wrote:

> On Tue, May 19, 2020 at 10:50 PM Christer Solskogen <
> christer.solsko...@gmail.com> wrote:
>
>> Is that possible?
>>
>
> "Possible" is irrelevant.  Lots of things are _possible_ but not done.
> "Has anyone actually written a tool to do this, and would you *trust* it?"
> are the proper question...and the answer appears to be *no*.
>

Heh, point taken. Thanks!

-- 
chs

Convert ffs1 to ffs2?

[Christer Solskogen]

Is that possible?

-- 
chs

Re: flashrom on APU2

[Christer Solskogen]

On Thu, Apr 23, 2020 at 3:04 PM Jan Stary  wrote:

>
> Eventually, flashrom aborts with
>
>   Manufacturer: PC Engines
>   Mainboard ID: apu2
>   This coreboot image (PC Engines:apu2) does not appear to
>   be correct for the detected mainboard (PC Engines:PCEngines apu2).
>   Aborting. You can override this with -p internal:boardmismatch=force.
>
> Is this a banal mismatch in the names
> ("PC Engines" vs "PC Engines:PCEngines")
> or is there some real concern?
>
> Can anyone please confirm they have flashed
> their APU2 like this before I brick mine?
>
>
Yeah, this is a known thing. I don't remember when and where it happened,
but it happened to my APU as well.
It's safe to override.

-- 
chs

Re: sysupgrade is constantly failing

[Christer Solskogen]

On Sat, Apr 4, 2020 at 8:29 PM Stephan Mending 
wrote:

> Hi *,
> I've been experiencing issues upgrading my -current machines to the next
> snapshots by upgrading via `sysupgrade -ns`.
>
>
Should work now.

-- 
chs

Re: Syspatch

[Christer Solskogen]

On Thu, Jan 16, 2020 at 1:45 PM Jan Betlach  wrote:

>
> Any ideas what is wrong? Might as well be a pebkac I am unaware of…
>
>
Clock out of sync?

Re: OpenBSD's extremely poor network/disk performance?

[Christer Solskogen]

On Thu, Jan 9, 2020 at 3:25 PM Hamd  wrote:

> Joe, are you a joke? Please stop insulting me, this is not
> my/your_personal_fancy_forum.
>
> This will be my last post here in misc.
>
> Default setups, no config. changes.
> Just patches installed.
> Same hardware.
>
> FreeBSD:
> freebsd@test:~ # time sh -c "dd if=/dev/zero of=test.tmp bs=4k count=5
> && sync"
> 5+0 records in
> 5+0 records out
> 20480 bytes transferred in 0.239590 secs (854792500 bytes/sec)
> 0.000u 0.195s 0:00.25 76.0% 22+198k 0+1568io 0pf+0w
>
> Result: *854.79 MB/s disk speed*
>
> freebsd@test:~ # uname -a
> FreeBSD test.local 12.1-RELEASE-p1 FreeBSD 12.1-RELEASE-p1 GENERIC  amd64
>
> OpenBSD:
> test$ time sh -c "dd if=/dev/zero of=test.tmp bs=4k count=5 && sync"
> 5+0 records in
> 5+0 records out
> 20480 bytes transferred in 12.303 secs (16645247 bytes/sec)
> 0m12.32s real 0m00.13s user 0m01.28s system
>
> Result: *16.64 MB/s disk speed*
>
> test$ uname -a
> OpenBSD test.local 6.6 GENERIC#3 amd64
>
>
I have no idea what hw you are on, but on my apu2c4*:

tugs$ time sh -c "dd if=/dev/zero of=test.tmp bs=4k count=5"
5+0 records in
5+0 records out
20480 bytes transferred in 1.495 secs (136960919 bytes/sec)
0m01.51s real 0m00.04s user 0m01.35s system

tugs$ uname -a
OpenBSD tugs.antarctica.no 6.6 GENERIC.MP#584 amd64

Seems pretty damn fast to me.

*) https://pcengines.ch/apu2c4.htm

Re: sysupgrade fails

[Christer Solskogen]

On Mon, Jan 6, 2020 at 1:30 PM Christer Solskogen <
christer.solsko...@gmail.com> wrote:

>
> On Mon, Jan 6, 2020 at 12:27 PM Stuart Henderson 
> wrote:
>
>>
>> Are you able to ^Z at that point and run "mount"? (I can't remember if
>> sysupgrade lets you do this).
>>
>>
> I can.  My root disk is not mounted.
>
>
Sorry, something was wrong with my console, so it wasn't showing. But now
it does (that damn cable wasn't inserted properly)

hugs# mount
/dev/rd0a on / type ffs (local)
/dev/sd0a on /mnt type ffs (local, read-only)

I can unmount /mnt manually. No problem there.

Can you show your /etc/fstab?
>>
>
> 89100ad7b8b8d77a.b none swap sw
> 89100ad7b8b8d77a.a / ffs rw,wxallowed,softdep,noatime 1 1
>

Same problem without softdep, in case you were wondering.

Re: sysupgrade fails

[Christer Solskogen]

On Mon, Jan 6, 2020 at 12:27 PM Stuart Henderson 
wrote:

>
> Are you able to ^Z at that point and run "mount"? (I can't remember if
> sysupgrade lets you do this).
>
>
I can.  My root disk is not mounted.

Can you show your /etc/fstab?
>

89100ad7b8b8d77a.b none swap sw
89100ad7b8b8d77a.a / ffs rw,wxallowed,softdep,noatime 1 1

Re: sysupgrade fails

[Christer Solskogen]

On Sun, Jan 5, 2020 at 1:11 PM Anders Andersson  wrote:

>
>
> Not sure if it's in any way related when it comes to doing a
> sysupgrade compared to a clean install, but did you see this thread
> and the corresponding BIOS upgrade?
>
> http://openbsd-archive.7691.n7.nabble.com/APU2-fails-to-boot-on-OpenBSD-6-6-current-521-td379219.html
>
> https://github.com/pcengines/coreboot/issues/356


Yes-ish.
I was running apu2_v4.10.0.3, but upgraded to apu2_v4.11.0.2 today. Because
of the problems reported I didn't run apu2_v4.11.0.1.
Not sure if the bios has anything to do with it. I do run the same bios
version on my apu1, and that does not have this problem.

Re: sysupgrade fails

[Christer Solskogen]

Sorry, I forgot to telll you that I run current. I was upgrading a snapshot
from 1st of january to the latest one. But this has happened before (It
looks like the last time sysupgrade did successfully work was 4th of
December)

On Sun, Jan 5, 2020 at 12:58 PM Christer Solskogen <
christer.solsko...@gmail.com> wrote:

> Hi!
>
> On one(out of two!) of my APUs sysupgrade fails, and I'm having trouble
> understanding why.
> This is what happens:
>
> Available disks are: sd0.
> Which disk is the root disk? ('?' for details) [sd0] sd0
> Checking root filesystem (fsck -fp /dev/sd0a)... OK.
> Mounting root filesystem (mount -o ro /dev/sd0a /mnt)... OK.
> Force checking of clean non-root filesystems? [no] no
> umount: /mnt: Device busy
> Can't umount sd0a!
>
> This does not happen if I run the upgrade manually by downloading a newer
> bsd.rd and boot that.
> This is a APU2c4 - My APU1 does not have this problem.
>

sysupgrade fails

[Christer Solskogen]

Hi!

On one(out of two!) of my APUs sysupgrade fails, and I'm having trouble
understanding why.
This is what happens:

Available disks are: sd0.
Which disk is the root disk? ('?' for details) [sd0] sd0
Checking root filesystem (fsck -fp /dev/sd0a)... OK.
Mounting root filesystem (mount -o ro /dev/sd0a /mnt)... OK.
Force checking of clean non-root filesystems? [no] no
umount: /mnt: Device busy
Can't umount sd0a!

This does not happen if I run the upgrade manually by downloading a newer
bsd.rd and boot that.
This is a APU2c4 - My APU1 does not have this problem.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Christer Solskogen]

On Tue, Dec 31, 2019 at 5:50 PM Marc Espie  wrote:

> We did retire vax, and we no longer have any platform without dynamic
> libraries.
>
>
OT but: out of sheer curiosity, why didn't VAX support dynamic libraries?

Re: Blank/black screen for 6.6 - any general debugging hints?

[Christer Solskogen]

Could you post a dmesg for 6.5 and for current?

On Mon, Dec 30, 2019, 19:12 lu hu  wrote:

> Hello,
>
> I was using 6.5 on a desktop PC.
>
> I did a sysupgrade, but after the blue boot text, I only get black/blank
> screen.
>
> I don't think it is just the screen, since I cannot reach it via network.
>
> I booted the 6.6 bsd.rd then did a clean install with 6.6. The same issue.
>
> I downloaded the 6.5 bsd.rd/sets and clean installed it. IT WORKED! YAY!!!
>
> So looks like, there is some issue with 6.6 on my HW.
>
> So I will probably skip 6.6 on this HW and hope 6.7 will work :)
>
>
> BUT:
>
> I didn't found any MAN pages, DOCs, how to troubleshoot these kind of
> black/blank screen boot issues.
>
> Any hints in general, what can I do next time to avoid a clean install of
> the older major version?
>
> Many thanks and wishing peaceful holidays!
>
>

Re: iPXE and UEFI boot

[Christer Solskogen]

On Mon, Dec 2, 2019 at 6:06 AM c0nnax  wrote:

> Maybe this helps.
> https://github.com/antonym/netboot.xyz/blob/master/src/openbsd.ipxe
>
>
That's for "legacy" mbr booting. And that  works just great, it's that
fsck-ing UEFI thing that messes stuff up.

Re: iPXE and UEFI boot

[Christer Solskogen]

On Sun, Dec 1, 2019 at 4:26 PM Christian Weisgerber 
wrote:

>
> With UEFI and PXE I have successfully netbooted
> * amd64 (Thinkpad X1C5) with BOOTX64.EFI after bluhm@'s recent
>   bootdev_dip fix
>

Is that already in current? I now tried having bsd.rd in tftp root
directory, and BOOTX.EFI does find it (renamed bsd.rd to bsd, just to use
the default settings)
It loads the kernel but I only get a black screen. No kernel messages, what
so ever.

iPXE and UEFI boot

[Christer Solskogen]

Hi!

Does anyone have a working setup / script for iPXE and UEFI boot of
OpenBSD? I think I've tried anything, but there might some someone who has
a trick of their sleeve that I havent tried.

I've tried sanboot for iso, but it fails. I *can* get BOOTX64.EFI to start,
but it cant find bsd.rd (perhaps BOOTX64.EFI requires tftpd?), but I was
hoping I could go all http://.

-- 
chs

Re: Reboot and re-link

[Christer Solskogen]

>
> Hit me with stright answers and no "bs wrap-around".
>
>
Upgrade to a snapshot using bsd.rd, and use sysupgrade from now on.

-- 
chs

Re: Puffy Security smtpd out of date

[Christer Solskogen]

On Thu, Mar 7, 2019, 13:19 Geir Svalland  wrote:

> Hello all.
>
> Any chance to get the http://puffysecurity.com/wiki/opensmtpd.html
> updated ?
>

Probably. But why not rather ask the person behind the site instead of this
mailing list?

Re: amd64 snap (1546747502) hangs after cpu1 at mainbus0: apid 1 (application processor)

[Christer Solskogen]

On Sun, Jan 6, 2019 at 5:10 PM Claus Assmann 
wrote:

> I'm probably doing something wrong, but anyway: I've (auto)installed
> the current amd64 snapshot:
> Build date: 1546747502 - Sun Jan  6 04:05:02 UTC 2019
> however, after rebooting it hangs at:
>
>
I got this as well, it was fixed in the next snap.

OpenBSD 6.4-current (GENERIC.MP) #568: Sun Jan  6 03:51:02 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Re: No network with latest snap (5jan-19)

[Christer Solskogen]

On Sun, Jan 6, 2019 at 12:42 AM Jonathan Gray  wrote:

>
> I made a mistake in an em(4) commit.  Should be fixed in the next snapshot.
>

And it was. Thanks!

No network with latest snap (5jan-19)

[Christer Solskogen]

On my APU2 I got no network with the latest snap.

I get this in the console:
starting network
ifconfig: SIOCSETPFSYNC: Invalid argument
ifconfig: SIOCSVH: Invalid argument
ifconfig: SIOCSETPFSYNC: Invalid argument

OpenBSD 6.4-current (GENERIC.MP) #562: Sat Jan  5 04:37:18 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Re: PF possibly causing weird SSL issues ?

[Christer Solskogen]

On Tue, Sep 18, 2018, 23:04 Tim Jones <
b631093f-779b-4d67-9ffe-5f6d5b1d3...@protonmail.ch> wrote:

> Hi,
>
> I'm wracking my brains here.   I have just replaced  firewall> with one based on OpenBSD 6.3 PF. Nothing else has changed on the
> network, just the firewall
>

Check the time and date.
And enable ntpd if you already haven't.

Re: dhclient not renewing

[Christer Solskogen]

On Sun, Feb 11, 2018 at 5:05 AM, Kenneth R Westerback  wrote:

> Extraneous "bound to ..." messages are no longer logged on renewal.
>
> So the original "bound to ..." message remains valid until something
> changes.
>
> If you look at the leases file you should see it get a new 'epoch' (the
> time
> the lease was obtained) on renewals.
>

The thing is that when dhclient is doing a renew the ip address doesn't
attach to the interface:

em2: flags=8843 mtu 1500
lladdr 00:0d:b9:41:6f:ca
index 3 priority 0 llprio 3
groups: egress
media: Ethernet autoselect (1000baseT full-duplex)
status: active


Remember that this only happens during renew. Running "dhclient em2"
manually works, until the next renew.

This is how /var/db/dhclient.leases.em2 looks like:
lease {
  fixed-address 51.174.196.170;
  next-server 0.0.0.0;
  option subnet-mask 255.255.224.0;
  option routers 51.174.192.1;
  option domain-name-servers 92.220.228.70,109.247.114.4;
  option domain-name "lyse.net";
  option broadcast-address 255.255.255.255;
  option dhcp-lease-time 14400;
  option dhcp-message-type 5;
  option dhcp-server-identifier 51.174.112.1;
  option bootfile-name "213.167.96.135";
  epoch 1518359436;
  renew 0 2018/02/11 16:30:36 UTC;
  rebind 0 2018/02/11 18:00:36 UTC;
  expire 0 2018/02/11 18:30:36 UTC;
}

Re: dhclient not renewing

[Christer Solskogen]

On Sun, Feb 11, 2018 at 12:47 AM,  wrote:

> What is the output of:
>
> $ hostname
>
>

hugs# hostname
hugs.antarctica.no
hugs# hostname -s
hugs

Re: dhclient not renewing

[Christer Solskogen]

On Sat, Feb 10, 2018 at 11:16 PM, Edgar Pettijohn 
wrote:

> try:
> supersede host-name "my.hugs";
>
>
Still same warning. But I think this comes from the dhcp server of my ISP.
Even without the options it says so.

Re: dhclient not renewing

[Christer Solskogen]

On Sat, Feb 10, 2018 at 8:44 PM, Mihai Popescu  wrote:

> > Upgraded to latest current snapshot, and it looks like dhclient doesn't
> renew the ip anymore. I'm  > running it in debug mode now, to see if there
> is anything in the log.
>
> Thank you for letting people know.
> It will take forever if it is not correctly setup.
>
> http://www.openbsd.org/faq/faq1.html#MailLists
> http://www.openbsd.org/faq/faq1.html#Bugs
> http://www.openbsd.org/report.html
>
>
em2: DHCPREQUEST to 255.255.255.255
em2: DHCPACK from 51.174.112.1 (00:02:00:01:00:01)
em2: invalid host name in host-name
em2: bound to 51.174.196.170 from 51.174.112.1 (00:02:00:01:00:01)



em2: DHCPREQUEST to 51.174.112.1
em2: DHCPNAK from 51.174.112.1 (00:02:00:01:00:01)
em2: DHCPDISCOVER - interval 1
em2: DHCPDISCOVER - interval 1
em2: DHCPOFFER from 51.174.112.1 (00:02:00:01:00:01)
em2: invalid host name in host-name
em2: DHCPREQUEST to 255.255.255.255
em2: DHCPACK from 51.174.112.1 (00:02:00:01:00:01)
em2: invalid host name in host-name
em2 [priv]: writev(RTM_GET) - no default route
em2 [priv]: writev(RTM_GET) - no default route
em2 [priv]: writev(RTM_GET) - no default route


OpenBSD 6.2-current (GENERIC.MP) #0: Sat Feb 10 00:05:49 MST 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

my dhclient.conf looks like this:

interface "em2"
{
supersede host-name "hugs";
supersede domain-name "antarctica.no";
supersede domain-name-servers 192.168.0.1, 192.168.0.4;
}

dhclient not renewing?

[Christer Solskogen]

Upgraded to latest current snapshot, and it looks like dhclient doesn't
renew the ip anymore. I'm running it in debug mode now, to see if there is
anything in the log.

Re: OpenBSD IRQ sharing on ISA

[Christer Solskogen]

On Thu, Feb 8, 2018 at 1:02 PM, Mihai Popescu  wrote:

>
> How did you manage to find and even install 3.8 ?
>
>
To his defense, he didn't say he installed 3.8. Only what he found
something  in the 3.8 documentation.

Reboot trouble with APU2

[Christer Solskogen]

All of a sudden, whenever I reboot my APU2 (this does not happen on my
APU1) - it stops. OpenBSD reboots successfully, but as soon as it boots up
(I can see the bios menu on the serial console) it just stops. I can not
see the OpenBSD boot loader.

This started happening approx 2 weeks ago, so it might be that my hardware
is failing. Or it might be a OpenBSD problem.
Power cycling the device "fixes" the issue. As in, I can boot normally. No
other problems, apparently.

I've been running on snapshots (amd64)
Normally I only reboot it when upgrading to a newer snapshot, and at first
I suspected it was installboot that was causing it. Just now I tried
upgrading it chose /not/ to run installboot. Still same problem, so
installboot was just a red herring.

What can I do to help investigate this futher?

Bug in rc.d/ifstated ?

[Christer Solskogen]

If ifstated.conf have a error this will happen:

# ifstated
-d

/etc/ifstated.conf:35: syntax error
/etc/ifstated.conf:38: syntax error
error: state 'fw_slave' not declared
error: state 'fw_slave' not declared
unable to load config

But with the same config:
# /etc/rc.d/ifstated
start

ifstated(ok)
# echo $?
0
I would expect that it would say something like this, like other daemons do.
ifstated(failed)

Re: Bad network performance on apu2c4

[Christer Solskogen]

On Thu, Nov 9, 2017 at 1:42 AM, Rupert Gallagher 
wrote:

> New speed record today: 963Mbps between apu2c4 and a PC, both ways.
>
>
I never get above 550Mbit with pf enabled.

Re: Hellos from the Lands of Norway.

[Christer Solskogen]

On Tue, Nov 7, 2017 at 3:55 PM, Ywe Cærlyn  wrote:

> Well I have introduced myself then.
>
> Maybe I will write some more posts at a later time.
>
>
I have a suggestion. Don't.

-- 
chs

Re: Bad network performance on apu2c4

[Christer Solskogen]

On Fri, Nov 3, 2017 at 2:15 AM, Stuart Henderson <s...@spacehopper.org>
wrote:

> On 2017/11/03 00:10, Christer Solskogen wrote:
> > On Thu, Nov 2, 2017 at 7:24 PM, Stuart Henderson <s...@spacehopper.org>
> > wrote:
> >
> > Forwarding is kernel-only and should be faster than userland
> > sending. So if
> > you're trying to determine performance when used for forwarding,
> > you need to
> > have other machine/s sending and receiving packets for the test
> >
> >
> > The thing is the the uplink to my ISP is supposed to be 500Mbit/sec.
> > But I only get around 400MB/s, which seems a bit low for a gigabit
> > interface.
> > Problem is not with the ISP, as I've tested with an old-ish laptop. (I
> > even get a bit more than 500Mbit/s!)
> > Perhaps current is using some extra debug-stuff that slows things down?
> >
>
> You may get a little more with tweaks, but the real answer is the ongoing
> work
> to improve SMP in the OpenBSD network stack. I like the APU2 but that's
> a rather fast connection and running fairly close to current limits.
>

Ok, thanks for the explanation ! :-)

-- 
chs

Re: Bad network performance on apu2c4

[Christer Solskogen]

On Thu, Nov 2, 2017 at 7:24 PM, Stuart Henderson 
wrote:

> Forwarding is kernel-only and should be faster than userland sending. So if
> you're trying to determine performance when used for forwarding, you need
> to
> have other machine/s sending and receiving packets for the test


The thing is the the uplink to my ISP is supposed to be 500Mbit/sec. But I
only get around 400MB/s, which seems a bit low for a gigabit interface.
Problem is not with the ISP, as I've tested with an old-ish laptop. (I even
get a bit more than 500Mbit/s!)
Perhaps current is using some extra debug-stuff that slows things down?

Re: Bad network performance on apu2c4

[Christer Solskogen]

On Wed, Nov 1, 2017 at 10:35 AM, Dimitris Papastamos <s...@2f30.org> wrote:

> On Wed, Nov 01, 2017 at 09:14:03AM +0100, Christer Solskogen wrote:
> > Hi!
> >
> > I have a APU2C4 running OpenBSD-current (or.. .pretty current, from 27th
> of
> > October) - and according to iperf I'm not getting the speed that I was
> > expecting.
> >
> > Between the APU and the other machines I have I get: 465 Mbits/sec -
> While
> > between two other machines, connected to the same switch I get 939
> > Mbits/sec. So I'm pretty sure that APU is to blame.
>
> Do you use the APU as a router?  If so you shouldn't run iperf on the
> APU.  Run iperf/tcpbench between two machines connected on different
> interfaces on the APU.
>
>
Yes, I do use it as a router normally, but these number are when it is not.

-- 
chs

Bad network performance on apu2c4

[Christer Solskogen]

Hi!

I have a APU2C4 running OpenBSD-current (or.. .pretty current, from 27th of
October) - and according to iperf I'm not getting the speed that I was
expecting.

Between the APU and the other machines I have I get: 465 Mbits/sec - While
between two other machines, connected to the same switch I get 939
Mbits/sec. So I'm pretty sure that APU is to blame.

ifconfig:
em0: flags=8b43
mtu 1500
lladdr 00:0d:b9:41:6f:c8
index 1 priority 0 llprio 3
media: Ethernet autoselect (1000baseT full-duplex)
status: active
inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255

I've tried different MTU sizes as well, but it does not seem to have any
effect.

Re: ping -R causes panic

[Christer Solskogen]

On Wed, Sep 20, 2017 at 1:26 PM, Kapetanakis Giannis <
bil...@edu.physics.uoc.gr> wrote:

> I got this panic today after ping -R
> I don't run pfsync
>

Happens on my system as well, and I do run pfsync.

OpenBSD 6.2-beta (GENERIC.MP) #104: Mon Sep 18 23:31:27 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

pfstat -f hangs

[Christer Solskogen]

On a pretty current machine (15th of september) the command pfstat -f
/var/db/pfstat.db seems to hang. I've stopped all cron jobs regarding
pfstat.

I'm not that familiar with ktrace and kdump, but this it the three last
lines:
 30126 pfstat   CALL
mmap(0,0x5000,0x3,0x1002,-1,0)
 30126 pfstat   RET   mmap 4168834117632/0x3caa1e07000
 30126 pfstat   CALL  pread(3,0x3caa1e07030,0x4000,0x4000)
 30126 pfstat   RET   pread 16384/0x4000
 30126 pfstat   CALL
open(0x7f7d57b2,0x10222,0600)

no more output if given...

Re: slaacd.sock

[Christer Solskogen]

On Tue, Aug 22, 2017 at 8:18 PM, Florian Obser  wrote:

>
> See https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin/
> slaacd/slaacd.h#rev1.2:
> ---
> We are going to start slaacd(8) much earlier, before /var is even
> mounted. Move control socket to /dev for now.
> Input & OK deraadt@
> ---
>
> There are not that many places where we can put the control socket
> that early in the boot process.
>
> Also https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc/rc#rev1.501
>
> The idea is to have working v6 as early as possible so that daemons
> like ntpd and unbound can use it. We have not succeded fully though.
>
> ntp tends to ignore v6 if it's not available when ntp comes up but you
> later get v6. This might actually be a problem that needs to be fixed
> in ntpd.
>
> Friend Computer: https://en.wikipedia.org/wiki/
> Paranoia_(role-playing_game)
>
>
You, fine sir, you are a truly a gentleman!

-- 
chs

Re: slaacd.sock

[Christer Solskogen]

On Tue, Aug 22, 2017 at 4:01 PM, Florian Obser <flor...@openbsd.org> wrote:

> On Tue, Aug 22, 2017 at 01:56:10PM +0200, Christer Solskogen wrote:
> > Running the latest snapshot (amd64) I see that slaacd.sock is in /dev,
> > while documentation says that is should be in /var/run. What is correct?
>
> Friend Computer is of course right. Just fixed the man page. Thanks!
>
>
I probably haven't got myself enough covfefe today, so I'm a bit off when
it comes to the jargon here.
But is /dev really the correct place? And what is Friend Computer? :)

-- 
chs

slaacd.sock

[Christer Solskogen]

Running the latest snapshot (amd64) I see that slaacd.sock is in /dev,
while documentation says that is should be in /var/run. What is correct?

Re: dhclient won't get any IP

[Christer Solskogen]

On Mon, Jun 19, 2017 at 10:11 AM, Stuart Henderson <s...@spacehopper.org>
wrote:

> On 2017-06-18, Christer Solskogen <christer.solsko...@gmail.com> wrote:
> > I'm running the latest snapshot, and I suspect that there is something
> > wrong with dhclient.
> > (or at least, that is the symptom)
> >
> >
> > Jun 18 20:50:14 tugs dhclient[79331]: DHCPDISCOVER on re2 - interval 1
> > Jun 18 20:50:14 tugs dhclient[79331]: DHCPOFFER from 51.174.112.1
> > (00:02:00:01:00:01)
> > Jun 18 20:50:14 tugs dhclient[79331]: lease declined: invalid host name
> in
> > host-name
>
> Please capture the packets:
>
> tcpdump -ni re2 -vvs1500 -X port bootps or bootpc
>
>
>

I've got this from Kenneth R Westerback:

"This would indicate that the DHCP option 12 (host-name) has a value
that is not a invalid DNS domain name. It appears I inadvertantly made
this a fatal error in recent changes, which it probably wasn't
before. i.e. the same error should be in your logs from before the
latest snapshot, but the lease was accepted.

I will check this out. Thanks."

Re: dhclient won't get any IP

[Christer Solskogen]

On Sun, Jun 18, 2017 at 10:54 PM, Edgar Pettijohn 
wrote:


>
> What is the `host-name` that it claims to be invalid?
>

I have no idea. dhclient.conf is empty.

dhclient won't get any IP

[Christer Solskogen]

I'm running the latest snapshot, and I suspect that there is something
wrong with dhclient.
(or at least, that is the symptom)


Jun 18 20:50:14 tugs dhclient[79331]: DHCPDISCOVER on re2 - interval 1
Jun 18 20:50:14 tugs dhclient[79331]: DHCPOFFER from 51.174.112.1
(00:02:00:01:00:01)
Jun 18 20:50:14 tugs dhclient[79331]: lease declined: invalid host name in
host-name
Jun 18 20:50:14 tugs dhclient[79331]: DHCPDECLINE on re2
Jun 18 20:50:14 tugs dhclient[79331]: No acceptable DHCPOFFERS received.
Jun 18 20:50:14 tugs dhclient[79331]: No working leases in persistent
database - sleeping.
Jun 18 20:50:15 tugs dhclient[79331]: DHCPDISCOVER on re2 - interval 1
Jun 18 20:50:15 tugs dhclient[79331]: DHCPOFFER from 51.174.112.1
(00:02:00:01:00:01)
Jun 18 20:50:15 tugs dhclient[79331]: lease declined: invalid host name in
host-name
Jun 18 20:50:15 tugs dhclient[79331]: DHCPDECLINE on re2
Jun 18 20:50:15 tugs dhclient[79331]: No acceptable DHCPOFFERS received.
Jun 18 20:50:15 tugs dhclient[79331]: No working leases in persistent
database - sleeping.
Jun 18 20:50:16 tugs dhclient[79331]: DHCPDISCOVER on re2 - interval 1
Jun 18 20:50:16 tugs dhclient[79331]: DHCPOFFER from 51.174.112.1
(00:02:00:01:00:01)
Jun 18 20:50:16 tugs dhclient[79331]: lease declined: invalid host name in
host-name
Jun 18 20:50:16 tugs dhclient[79331]: DHCPDECLINE on re2

and it continues like this...
I installed isc-dhcp-client to see if the problem was my ISP but with that
client it works.

Re: file systems

[Christer Solskogen]

One 27T drive?!


On May 26, 2017 17:27, "Scott Bonds"  wrote:

> I've got a 27T drive, single partition, about half full. Combination of
> big files and lots of small ones. 32G of ECC RAM. Hardware RAID5 ATM though
> I've used software RAID5 on the same array and that was good too.  I keep
> offline backups of everything. I think it takes around an hour to fsck, but
> I haven't timed it. Not using softdep. Not RO. Not sure what the file
> system is, whatever newfs chose...disklabel says fstype is 4.2BSD.
>
> On 05/26, Peter Hessler wrote:
>
>> On 2017 May 26 (Fri) at 11:35:49 -0300 (-0300), Friedrich Locke wrote:
>> :Hi folks,
>> :
>> :does anybody here run OBSD with a file system bigger than 10TB ?
>> :How much time boot takes to bring the system up (i mean fsck) ?
>> :Are you using ffs2 ? With softdep ?
>> :
>> :Thanks.
>>
>> I created a 24T disk with ff2.  I populated 2Tb of it while in async
>> mode, then pulled the power.  fsck took only 5 minutes.
>>
>> Later, I repartitioned the machine to the sizes we actually want
>> (several 5T partitions) and it is running as ftp.hostserver.de.  We
>> aren't using softdep, and generally run RO on many of the partitions.
>>
>> Please give it a try on your own hardware, paritition sizes, and
>> collection of files.
>>
>> --
>> Don't say "yes" until I finish talking.
>> -- Darryl F. Zanuck
>>
>>
>

Re: Pinebook (if anyones up for it)

[Christer Solskogen]

On Sat, May 13, 2017 at 11:43 PM, Andrew Gwozdziewycz  wrote:

> My understanding is that there is some support for the Pine64 platform,
> though it requires access to the pins to get a serial console. I haven't
> opened mine up yet, but I assume it's a Pine64, on a different footprint
> PCB. Though... I have no idea about any other IO pins...
>

And that's why I offered to buy one to a OpenBSD developer :-)

Pinebook (if anyones up for it)

[Christer Solskogen]

Hi!

I've gotten myself a Pinebook (https://www.pine64.org/?page_id=3707) - and
as far as I understand it's not supported by OpenBSD. If somebody is up for
the job, order one and I'll pay for it.

Re: syspatch dhcpd

[Christer Solskogen]

On May 3, 2017 15:34, "Renaud Allard"  wrote:

Hello,

Since I installed all the new patches with syspatch I get this in the logs:
May  3 15:30:22 isildur dhcpd[79314]: pf pipe closed
May  3 15:30:22 isildur dhcpd[79314]: pf pipe error: Broken pipe
May  3 15:30:22 isildur dhcpd[11508]: pf pipe error: Broken pipe
May  3 15:30:22 isildur dhcpd[79314]: pf pipe error: Broken pipe
May  3 15:30:22 isildur last message repeated 2 times

This happens many times per second and of course fills the logs partition.
I don't see anything obvious in the patch code which would cause this tough.



Did you reboot afterwards? And with the correct kernel, if you have a MP
system?

-- 
chs

Re: Latest change to netstart (current)

[Christer Solskogen]

On Tue, Apr 25, 2017 at 9:20 PM, Robert Peichaer 
wrote:

>
> I just commited a fix for this. Thanks for reporting.
>
>
Sweet, thanks!

Latest change to netstart (current)

[Christer Solskogen]

...seems to not bring up carp0, unless I run "sh /etc/netstart carp0"
manually.

# ls -l /etc/hostname.carp0
-rw-r-  1 root  wheel  80 Apr 25 15:10 /etc/hostname.carp0
# cat /etc/hostname.carp0
inet 192.168.0.1 255.255.255.0 NONE advskew 10 vhid 1 carpdev re0 pass
beefcake
# cat /etc/hostname.re0
inet 192.168.0.3 255.255.255.0 NONE

# uname -a
OpenBSD tugs.antarctica.no 6.1 GENERIC.MP#18 amd64
(latest snapshot, april 25th)

Re: AMD Ryzen

[Christer Solskogen]

Here you go:

OpenBSD 6.1 (GENERIC.MP) #19: Fri Mar 31 13:19:19 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 68633284608 (65453MB)
avail mem = 66548559872 (63465MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xed1e0 (70 entries)
bios0: vendor American Megatrends Inc. version "0515" date 03/30/2017
bios0: ASUSTeK COMPUTER INC. PRIME X370-PRO
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT SSDT SSDT FIDT SSDT SRAT CRAT CDIT SSDT
MCFG HPET SSDT UEFI IVRS SSDT
acpi0: wakeup devices GPP0(S4) GPP0(S4) GPP1(S4) GPP2(S4) PTXH(S4) I211(S4)
X412(S4) X4_0(S4) X4_1(S4) X411(S4) X413(S4) AS43(S4) GPP3(S4) GPP4(S4)
GPP5(S4) GPP6(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Ryzen 7 1800X Eight-Core Processor, 3993.18 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE
,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMP
LEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TOPEXT,ITSC,FSGSBASE
,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA
cpu0: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 8-way L2 cache, 16MB 64b/line 16-way L3 cache
cpu0: ITLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu0: TSC frequency 3993175200 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Ryzen 7 1800X Eight-Core Processor, 3992.50 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE
,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMP
LEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TOPEXT,ITSC,FSGSBASE
,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA
cpu1: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 8-way L2 cache, 16MB 64b/line 16-way L3 cache
cpu1: ITLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD Ryzen 7 1800X Eight-Core Processor, 3992.50 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE
,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMP
LEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TOPEXT,ITSC,FSGSBASE
,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA
cpu2: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 8-way L2 cache, 16MB 64b/line 16-way L3 cache
cpu2: ITLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu2: DTLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: AMD Ryzen 7 1800X Eight-Core Processor, 3992.51 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE
,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMP
LEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TOPEXT,ITSC,FSGSBASE
,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA
cpu3: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 8-way L2 cache, 16MB 64b/line 16-way L3 cache
cpu3: ITLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu3: DTLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu3: smt 0, core 3, package 0
cpu4 at mainbus0: apid 4 (application processor)
cpu4: AMD Ryzen 7 1800X Eight-Core Processor, 3992.50 MHz
cpu4:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE
,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMP
LEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TOPEXT,ITSC,FSGSBASE
,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA
cpu4: 64KB 64b/line 4-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 8-way L2 cache, 16MB 64b/line 16-way L3 cache
cpu4: ITLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu4: DTLB 64 4KB entries fully associative, 64 4MB entries fully
associative
cpu4: smt 0, core 4, package 0
cpu5: 64KB 64b/line 4-way 

Re: OpenBSD 6.0 amd64 Release --> pkg_add returns error when running as Virtualbox guest

[Christer Solskogen]

On Nov 17, 2016 18:12, "Andre Ruppert"  wrote:
>
> Hello to the list,
>
> this morning I stumbled about a "pkg_add" problem when running OpenBSD
> 6.0 amd64 Release on an actual Virtualbox release. Doesn't matter which
> host platform (I tried Mac OS Sierra and Windows 10 and 7).
>
> Virtualbox settings:
> 5GB hardisk
> 512 MB RAM
> tested two network card settings: virtio-net and Intel 1000 Pro desktop
> tested NATed and bridged settings.
>
> Version: OpenBSD 6.0 (GENERIC) #2148: Tue Jul 26 12:55:20 MDT 2016
>
> for example: (used a local mirror)
>
> # pkg_add wget
> quirks-2.241 signed on 2016-07-26T16:56:10Z
> wget-1.18:libunistring-0.9.6p0: ok
> Fatal error: Ustar
> [
http://ftp.halifax.rwth-aachen.de/openbsd/6.0/packages/amd64/libidn-1.32p1.t
> gz][share/emacs/site-lisp/idna.el]:
> Premature end of archive
> Adjusting sha for /usr/local/share/emacs/site-lisp/pkg.VkQ6RBfrzy from
> DF8Nwh8xhTWpgYsivuBL7K8CMpbPKojbQJsyD0Paplk= to
> 47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=
> Fatal error: Installation of libidn-1.32p1 failed, partial installation
> recorded as partial-libidn-1.32p1
>   at /usr/libdata/perl5/OpenBSD/PkgAdd.pm line 817.
>
> -- doesn't depend on mirror
> -- doesn't depend on guest RAM settings
> -- doesn't depend on guest network card settings
> -- doesn't depend on acceleration settings in Virtualbox (well, I think
> so...)
>
> ...and a little bit strange:
> _sometimes_ pkg_add works with small packages:
>
>
> example 2a (same as ex 1):
>
> # pkg_add ipcalc
> quirks-2.241 signed on 2016-07-26T16:56:10Z
> Fatal error: Ustar
> [
http://ftp.halifax.rwth-aachen.de/openbsd/6.0/packages/amd64/ipcalc-1.4p0.tg
> z][bin/ipcalc]:
> Premature end of archive
> Adjusting sha for /usr/local/bin/pkg.F5nNSjqcJf from
> Htiq8Hrei0yMn/IWm+Y9dXTq3pZeZyBrbbv98+o9eoA= to
> 47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=
> Fatal error: Installation of ipcalc-1.4p0 failed, partial installation
> recorded as partial-ipcalc-1.4p0
>   at /usr/libdata/perl5/OpenBSD/PkgAdd.pm line 817.
>
>
> example 2b:
>
> # rm -R /var/db/pk/partial-*
> # pkg_add ipcalc
> quirks-2.241 signed on 2016-07-26T16:56:10Z
> ipcalc-1.4p0: ok
>
>
>
> Building packages from ports works fine (apparently)
>
>
> Any hints to look further?
> Anyone who had similar problems?
>
> Every hint is welcome, I'm clueless... ;-)
>
> best regards
> Andre Ruppert
>
> [demime 1.01d removed an attachment of type application/pkcs7-signature
which had a name of smime.p7s]
>

Try use bridge mode instead of NAT. I had the exact same problem on Windows
10 as a host.

-- 
chs

motd is missing?

[Christer Solskogen]

Hi!

/etc/motd is not displayed on my system anymore when logging in with ssh.
In sshd_config I see:
#PrintMotd yes

But even removing the hashtag (and restarting ssh) it's still not displayed.


It's not working on
OpenBSD tugs.antarctica.no 6.0 GENERIC.MP#2383 amd64

$ cat /etc/motd
OpenBSD 6.0-current (GENERIC.MP) #2383: Mon Aug 22 17:28:09 MDT 2016

Welcome to OpenBSD: The proactively secure Unix-like operating system.

Please use the sendbug(1) utility to report bugs in the system.
Before reporting a bug, please try to reproduce it with the latest
version of the code.  With bug reports, please try to ensure that
enough information to reproduce the problem is enclosed, and if a
known fix for it exists, include that as well.


But it works fine on
OpenBSD hugs.antarctica.no 6.0 GENERIC.MP#2348 amd64

This might *very* well be that I've done something stupid, but it
might also be a bug. Anyone else seeing this?

-- 
chs

Re: Security updates and packages

[Christer Solskogen]

On Fri, Aug 19, 2016 at 8:58 AM, Thuban  wrote:
> Hello,
> I was wondering if packages for -release would be fixed if a security
> issue is found in one of these third party programs, which could be
> updated with pkg_add -u.
>

Officially? No.
But this seems to be a "industry standard" - https://stable.mtier.org/

-- 
chs

isc-dhcp-server-4.3.4 - Can't create new lease file: Permission denied

[Christer Solskogen]

Hi!

I'm using isc-dhcp-server-4.3.4 (not /usr/sbin/dhcp) on
OpenBSD-current, and I see that error in /var/log/daemon. But I think
the warning is wrong.

$ ls -l /var/db/dhcpd.leases
-rw-r--r--  1 _isc-dhcp  _isc-dhcp  177444 May 25 21:38 /var/db/dhcpd.leases

$ ps auxw | grep dhcp
_isc-dhc 43337  0.0  0.1 12476  3340 ??  SsMon11PM0:09.89
/usr/local/sbin/dhcpd -user _isc-dhcp -group _isc-dhcp em0

So the daemon clearly have access to the lease file. And it do have
the correct permissions. Not only that, the file is not empty. dhcpd
have also written to it.

anyone else seeing this?

OpenBSD 6.0-beta (GENERIC.MP) #2106: Sun May 22 19:08:02 MDT 2016
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

-- 
chs

Re: Short maximum interpreter length

[Christer Solskogen]

On May 4, 2016 03:56, "Donald Allen"
> So we can run
/usr/bin/5CBC4234CA9D027019381215FAFB31E6482D4B252A36E1EBD5FCFAD12F9E10B85C4C2C917E3DBE6C765CED9719F4F449C47AC9263513458BBEA76B617339B75A
> scripts.
>

This /has/ something to do with docker, right?

Re: Unable to boot on APU2C4

[Christer Solskogen]

On Thu, Apr 21, 2016 at 9:23 PM, Kapfhammer, Stefan  wrote:
> You have to type at boot prompt:
> stty com0 115200
> set tty com0
> boot /bsd.rd
>

Aha, much better.
Thanks!

Unable to boot on APU2C4

[Christer Solskogen]

Hi!

I've gotten my finger on a APU2C4, but I'm not able to install nor
even start OpenBSD on it. I've tried both USB and iPXE and all I ever
get is this:

Booting from Hard Disk...
Booting from :7c00
Using drive 0, partition 3.
Loading.
probing: pc0 com0 com1 mem[638K 3582M 496M a20=on]
disk: hd0+
>> OpenBSD/amd64 BOOT 3.30
boot>
cannot open hd0a:/etc/random.seed: No such file or directory
booting hd0a:/bsd: 3339844+1409808+2413568+0+585728=0x766238
entry point at 0x1001000 [7205c766, 3404, 24448b12, 8680a304]

Then it stops for a couple of seconds before it reboots like this:
PCEngines apu2
coreboot build 20160311
...

I do not have a mSATA drive in it, yet. But that should not have
anything to do with it, should it?

-- 
chs

Re: ncursesw header not found

[Christer Solskogen]

On Thu, Mar 31, 2016 at 10:22 AM, Carsten Kunze 
wrote:
> Hello,
>
> in /usr/lib there seems to be the ncursesw library but I don't find a
ncursesw header file (expected as something like .../ncursesw/curses.h).  I
also don't find a curses package to install.  Is there ncursesw support for
OpenBSD?  I found threads from 2010, but I'm not sure if they are still valid
today.
>

What about /usr/include/ncurses.h?

--
chs