Re: 5.8 Stable kernel panic

Solved -- my error. I completely forgot that I had used config to make a kernel from the Stable kernel, disabling devices that don't exist in this machine, or so I thought. Fortunately, when I installed it, I saved the stock Stable kernel. I took your suggestion and downloaded a current snapshot

Re: Will mmap and the read buffer cache be unified, anyone working with it?

On 2015-05-23, Tinker wrote: > On 2015-05-23 16:42, Stuart Henderson wrote: >> On 2015-05-22, Tinker wrote: >>> Okay there's msync(). So this really doesn't look like a problem but >>> let >>> me think. >> >> It is a problem because it's not needed

Re: 5.8 freezes on Shuttle DS87, anybody else?

On 2015-11-11, Harald Dunkel wrote: > Hi folks, > > below you can find the trace and ps for the frozen system, > as well as the output of dmesg. > > Hope this helps. Please mail if I can help to track down this > problem. Trace for other CPUs might help (ddb{0} shows

Re: Will mmap and the read buffer cache be unified, anyone working with it?

On 2015-11-11, Tinker wrote: > But LMDB doesn't even compile on OpenBSD in mmap mode, does it, or did > you fix it last months? I haven't tried standalone LMDB but last time I tried OpenLDAP with MDB enabled (using MDB_WRITEMAP) it did build, but had failures at runtime.

npppd and pf

I'm adding more functionality to my firewall (OpenBSD 5.7) and have been trying to configure PPTP VPN access for my Windows users. I have got npppd running using the config below and can successfully authenticate and establish a connection. I am able to connect to the VPN from a windows PC but

asking for advice about low-power soc computer

Hi! So far i have used OpenBSD either on older servers or on ordinary older PC's for packet filtering etc. Now i would like to give it a try and use more-or-less contemporary so to say SoC form-factor board (i think this is what i need because among other things i need to have clamav and it

Ipsec tunnel not starting after update to recent snapshot

Hello I recently updated to the 11-9 amd64 snapshot. I had started following current, and, in general, seem to be doing fine. But, after this last update, an IPSEC tunnel that I have been using for months/years all of a sudden is not coming up with a system reboot. I have not changed the

Re: state of SSD by OpenBSD

On 11/12/15 21:01, Alceu Rodrigues de Freitas Junior wrote: > Hi there, > > How is the current status of SSD disks support by OpenBSD? Work great. Always has. > I did some research on Google about but didn't find any definitive > answer. I did find some references about lacking of support for

state of SSD by OpenBSD

Hi there, How is the current status of SSD disks support by OpenBSD? I did some research on Google about but didn't find any definitive answer. I did find some references about lacking of support for TRIM (for example http://www.tedunangst.com/flak/post/lessons-learned-about-TRIM) but they are

DHCP during install of current/amd64

I just reinstalled an IBM x346 with current/amd64 from install58.iso (dmesg bellow). During the network setup stage, the dhclient on bge0 sent out a number of DHCPDISCOVER's and was repeatedly answered with a DHCPOFFER, which it never accepted. Log of the DHCP server (itself a current/amd64)

Re: DHCP during install of current/amd64

On Nov 12 16:21:41, h...@stare.cz wrote: > I just reinstalled an IBM x346 with current/amd64 > from install58.iso (dmesg bellow). > > During the network setup stage, the dhclient on bge0 sent out a number of > DHCPDISCOVER's and was repeatedly answered with a DHCPOFFER, which it > never accepted.

Re: DHCP during install of current/amd64

On Nov 12 16:33:02, h...@stare.cz wrote: > On Nov 12 16:21:41, h...@stare.cz wrote: > > I just reinstalled an IBM x346 with current/amd64 > > from install58.iso (dmesg bellow). > > > > During the network setup stage, the dhclient on bge0 sent out a number of > > DHCPDISCOVER's and was repeatedly

Re: DHCP during install of current/amd64

On Thu, Nov 12, 2015 at 04:41:28PM +0100, Jan Stary wrote: > On Nov 12 16:33:02, h...@stare.cz wrote: > > On Nov 12 16:21:41, h...@stare.cz wrote: > > > I just reinstalled an IBM x346 with current/amd64 > > > from install58.iso (dmesg bellow). > > > > > > During the network setup stage, the

Re: 5.8 Stable kernel panic

fdisk and disklabel output below. I should note that the panic is reproducible. I rebooted the problem system and tried plugging and unplugging the USB drive and it panicked again. The HP laptop, running the 5.8 install cd system, exhibits no such problems. Plug the same drive in and I get a

Re: 5.8 Stable kernel panic

One more thing: it just occurred to me to try a different USB drive, to see if the issue was specific to the Toshiba drive. I have a 1TB Seagate USB drive. I tried plugging it in and unplugging -- same thing, kernel panic.

Re: 5.8 Stable kernel panic

On Thu, Nov 12, 2015 at 12:53:06PM -0500, Donald Allen wrote: > fdisk and disklabel output below. > > I should note that the panic is reproducible. I rebooted the problem > system and tried plugging and unplugging the USB drive and it panicked > again. The HP laptop, running the 5.8 install cd

5.8 Stable kernel panic

I am running 5.8 Stable. I plugged in one of my Toshiba USB disks with the intention of beginning to backup the system. dmesg | tail did not provide a device address; the line that mentioned the device said 'not configured'. Without a device address, I couldn't mount the root partition. So I

Re: npppd and pf

Hi! I must apologize i didt read thru your text attentiatively but i believe it is because of arp. Although i am just an user of npppd i run it already for some time and i think it works very well. Here are my notes, see if there are some use for them, hope Google translates it,