Re: Update bgpd.conf man to reflect ROA changes

On Wed, Oct 03, 2018 at 08:19:26AM +0200, Denis Fondras wrote: > On Tue, Oct 02, 2018 at 09:13:47PM +0100, Jason McIntyre wrote: > > On Tue, Oct 02, 2018 at 08:26:02PM +0200, Denis Fondras wrote: > > > Reorder text and be more precise. > > > > > > Index: bgpd.conf.5 > > > =

Re: Update bgpd.conf man to reflect ROA changes

On Wed, Oct 03, 2018 at 08:19:26AM +0200, Denis Fondras wrote: > On Tue, Oct 02, 2018 at 09:13:47PM +0100, Jason McIntyre wrote: > > On Tue, Oct 02, 2018 at 08:26:02PM +0200, Denis Fondras wrote: > > > Reorder text and be more precise. > > > > > > Index: bgpd.conf.5 > > > =

Re: Qcow2: External snapshots

On Tue, Oct 02, 2018 at 11:13:35PM -0700, Ori Bernstein wrote: > > Updated version. Changes from the last diff: > > - Merge in syntax changes. > - Don't over-read when getting the base images. > - Fix relative paths in base images. > - Allow multiple derived images to use a single base image, an

Re: Update bgpd.conf man to reflect ROA changes

On Tue, Oct 02, 2018 at 09:13:47PM +0100, Jason McIntyre wrote: > On Tue, Oct 02, 2018 at 08:26:02PM +0200, Denis Fondras wrote: > > Reorder text and be more precise. > > > > Index: bgpd.conf.5 > > === > > RCS file: /cvs/src/usr.sbin/

Re: Qcow2: External snapshots

On Mon, 1 Oct 2018 11:24:01 -0700, Ori Bernstein wrote: > On Mon, 1 Oct 2018 12:55:12 +0200 > Reyk Floeter wrote: > > > Hi Ori, > > > > On Sun, Sep 30, 2018 at 12:27:00PM -0700, Ori Bernstein wrote: > > > I've added support to vmd for external snapshots. That is, > > > snapshots that are deriv

Re: Crash in vm_terminate > vm_teardown > uvm_map_deallocate > uvm_unmap_remove

On Tue, Oct 02, 2018 at 08:21:39PM -0700, Greg Steuck wrote: > > Oh, if this is the issue then it's not "spinning". > > This is a different issue. This is a host crash rather than VMs getting > lost. > I'll give an update when I catch the spin. In the meantime, did the logs > describe the GCP envi

Re: Crash in vm_terminate > vm_teardown > uvm_map_deallocate > uvm_unmap_remove

> Oh, if this is the issue then it's not "spinning". This is a different issue. This is a host crash rather than VMs getting lost. I'll give an update when I catch the spin. In the meantime, did the logs describe the GCP environment in sufficient detail? > And this bug is a known issue, I just ha

Re: Crash in vm_terminate > vm_teardown > uvm_map_deallocate > uvm_unmap_remove

On Tue, Oct 02, 2018 at 07:35:29PM -0700, Greg Steuck wrote: > We got "lucky" in a different way after enabling VMM_DEBUG. I captured some > details of a > crash. The fault address seems to be vm_map(=0x80b44200) + 0x100. > > The kernel is built with this config: > ci-openbsd$ cat /syzkall

Re: vmd losing VMs

On Tue, Oct 02, 2018 at 11:02:57AM -0700, Greg Steuck wrote: > Dmitry, is there an easy way get at the VMs output? > > Here's dmesg from VMM_DEBUG-enabled kernel (built at "Add support for > RT3290 chipset by James Hastings."). No lockup thus far. > Yeah the output below shows normal behaviour.

Crash in vm_terminate > vm_teardown > uvm_map_deallocate > uvm_unmap_remove

We got "lucky" in a different way after enabling VMM_DEBUG. I captured some details of a crash. The fault address seems to be vm_map(=0x80b44200) + 0x100. The kernel is built with this config: ci-openbsd$ cat /syzkaller/src/sys/arch/amd64/conf/VMM_DEBUG include "arch/amd64/conf/GENERIC.MP"

Re: [patch] remove uuid implementation in ldapd

William Orr writes: > Hey, > > In looking through uuid generation situations on various > bsd's, I noticed that there's an additional implemetation > of uuid generation in ldapd. This one appears to generate > version 1 uuid's, which afaict from reading RFC 4530 isn't > a requirement for a compl

[patch] remove uuid implementation in ldapd

Hey, In looking through uuid generation situations on various bsd's, I noticed that there's an additional implemetation of uuid generation in ldapd. This one appears to generate version 1 uuid's, which afaict from reading RFC 4530 isn't a requirement for a compliant ldap implementation. The follo

Re: pfsync: avoid a recursion on PF_LOCK

On Tue, Oct 02, 2018 at 01:14:16AM +0200, Alexander Bluhm wrote: > On Thu, Sep 27, 2018 at 06:34:45PM +0200, Alexandr Nedvedicky wrote: > > OK to pfsync change? > > OK bluhm@, just two style nits > > > + if ((e = ip_output(m, NULL, NULL, IP_RAWOUTPUT, &sc->sc_imo, > > + NU

Re: Update bgpd.conf man to reflect ROA changes

On Tue, Oct 02, 2018 at 08:26:02PM +0200, Denis Fondras wrote: > Reorder text and be more precise. > > Index: bgpd.conf.5 > === > RCS file: /cvs/src/usr.sbin/bgpd/bgpd.conf.5,v > retrieving revision 1.178 > diff -u -p -r1.178 bgpd.con

Re: Update bgpd.conf man to reflect ROA changes

Reorder text and be more precise. Index: bgpd.conf.5 === RCS file: /cvs/src/usr.sbin/bgpd/bgpd.conf.5,v retrieving revision 1.178 diff -u -p -r1.178 bgpd.conf.5 --- bgpd.conf.5 9 Sep 2018 17:11:26 - 1.178 +++ bgpd.conf.5 2 O

Update bgpd.conf man to reflect ROA changes

Sorry, I was not inspired to write a lengthy text. Denis Index: bgpd.conf.5 === RCS file: /cvs/src/usr.sbin/bgpd/bgpd.conf.5,v retrieving revision 1.178 diff -u -p -r1.178 bgpd.conf.5 --- bgpd.conf.5 9 Sep 2018 17:11:26 - 1

Re: vmd losing VMs

Dmitry, is there an easy way get at the VMs output? Here's dmesg from VMM_DEBUG-enabled kernel (built at "Add support for RT3290 chipset by James Hastings."). No lockup thus far. OpenBSD 6.4 (VMM_DEBUG) #0: Tue Oct 2 10:37:13 PDT 2018 syzkaller@ci-openbsd.syzkaller :/syzkaller/src/sys/arch/a

Re: vmd losing VMs

Ok thanks. I wonder if there is a tool that can log everything from the VM's console ... It would be useful to see what happens to the VM before it goes into zombie mode. Reyk On Tue, Oct 02, 2018 at 10:33:11AM -0700, Greg Steuck wrote: > I believe I was unable to ssh into them or get cu to elic

Re: vmd losing VMs

I believe I was unable to ssh into them or get cu to elicit any characters. I'll verify next time it happens. On Tue, Oct 2, 2018 at 10:20 AM Reyk Floeter wrote: > On Tue, Oct 02, 2018 at 10:10:41AM -0700, Greg Steuck wrote: > > Naturally, bugs don't solve themselves :) Here's a log, it's not ve

Re: vmd losing VMs

On Tue, Oct 02, 2018 at 10:10:41AM -0700, Greg Steuck wrote: > Naturally, bugs don't solve themselves :) Here's a log, it's not very > useful due to the lack of debugging symbols. Notice, that runaway vmds > don't die on their own, they just spin out of control. I'll do VMM_DEBUG > next. > "they

vmd losing VMs

Naturally, bugs don't solve themselves :) Here's a log, it's not very useful due to the lack of debugging symbols. Notice, that runaway vmds don't die on their own, they just spin out of control. I'll do VMM_DEBUG next. ci-openbsd# sysctl kern.nosuidcoredump=3 && mkdir /var/crash/vmd kern.nosuidco

Re: lldb: build and install

> Date: Tue, 2 Oct 2018 17:24:42 +0200 > From: Patrick Wildt > > Hi, > > we already do have the sources for LLDB, the only thing left to do is > add the build infrastructure so that we actually compile all the > independent pieces and link them together. Aparently LLDB also makes > use of some

Re: vmd losing VMs

On Mon, Oct 01, 2018 at 10:16:24PM -0700, Greg Steuck wrote: > Thanks Mike. > > I've upgraded from Sep 27th to Sep 29th snapshot and so far I haven't seen > the problem with: > > OpenBSD 6.4-beta (GENERIC.MP) #336: Sat Sep 29 08:13:15 MDT 2018 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd

lldb: build and install

Hi, we already do have the sources for LLDB, the only thing left to do is add the build infrastructure so that we actually compile all the independent pieces and link them together. Aparently LLDB also makes use of some of the clang libraries, so those are part of LLDB linking dependencies as wel

Re: [patch] Fix resource leak in netcat

On Tue, Oct 02, 2018 at 02:38:03AM +0200, Alexander Bluhm wrote: > On Sun, Sep 30, 2018 at 11:55:58AM +0800, Nan Xiao wrote: > > The following patch fixed the resource leak when netcat works as a TLS > > server. Sorry if I am wrong, thanks! > > There is another tls leak on the client side after >

Re: [patch] Fix resource leak in netcat

Hi bluhm, Thanks very much for your reply! Yes, your patch covers all the corner cases, thanks! On 10/2/2018 8:38 AM, Alexander Bluhm wrote: > On Sun, Sep 30, 2018 at 11:55:58AM +0800, Nan Xiao wrote: >> The following patch fixed the resource leak when netcat works as a TLS >> server. Sorry if I

Re: [PATCH] Documentation clarification for uuid_create(3)

On Tue, Oct 02, 2018 at 10:52:53AM +0200, Theo Buehler wrote: > In-Reply-To: <20181002063056.GA30912@harkle> > > morning. hopefully someone can ok the content, but i'd be tempted to > > trim the text slightly: > > > > .Fn uuid_create > > generates version 4 UUIDs, > > specified by sect

[vi] moving by sentences is inconsistent

Hi, there is a flaw in base vi when moving by sentences, going forward is not equal to going backward. Here's what man vi says: [count] ( [count] ) Move count sentences backward or forward, respectively. A sentence is an area of text that begins with the first nonblank character

Re: [PATCH] Documentation clarification for uuid_create(3)

In-Reply-To: <20181002063056.GA30912@harkle> > morning. hopefully someone can ok the content, but i'd be tempted to > trim the text slightly: > > .Fn uuid_create > generates version 4 UUIDs, > specified by section 4.4 of RFC 4122. this is correct, ok for your trimmed version.