Re: ffs_truncate3 panics

Konstantin Belousov wrote: [stuff snipped] >> >Can you print the only buffer on the clean queue when the panic occur ? >> ffst3 vtyp=1 bodirty=0 boclean=1 >> buf at 0x428a110 >> b_flags = 0x20001020, b_xflags=0x2, b_vflags=0x0 >> b_error = 0, b_bufsize = 4096, b_bcount = 4096, b_resid = 0 >>

Re: IPMI SOL seems to not accept characters after getty starts

On Wed, Aug 8, 2018 at 6:03 PM, Allan Jude wrote: > On 2018-08-08 19:21, Sean Bruno wrote: > > > > > > On 08/08/18 17:13, Warner Losh wrote: > >> > >> > >> On Wed, Aug 8, 2018 at 4:39 PM, Sean Bruno >> > wrote: > >> > >> tl;dr pxeboot new x86 host, ipmi sol works

Re: IPMI SOL seems to not accept characters after getty starts

On 2018-08-08 19:21, Sean Bruno wrote: > > > On 08/08/18 17:13, Warner Losh wrote: >> >> >> On Wed, Aug 8, 2018 at 4:39 PM, Sean Bruno > > wrote: >> >> tl;dr pxeboot new x86 host, ipmi sol works in loader, not after >> multiuser. >> >> The FreeBSD cluster

Re: programs like gdb core dump

Hi, here we are: http://sumeritec/FreeBSD/fortune.core http://sumeritec/FreeBSD/gdb.core The fortune core is from the same source as the now running system. The gdb core should be but I am not 100% sure. Revision: Revision: 337343 Erich On Wed, 8 Aug 2018 08:57:06 -0700 John Baldwin wrote:

Re: IPMI SOL seems to not accept characters after getty starts

On Wed, Aug 8, 2018 at 5:21 PM, Sean Bruno wrote: > > > On 08/08/18 17:13, Warner Losh wrote: > > > > > > On Wed, Aug 8, 2018 at 4:39 PM, Sean Bruno > > wrote: > > > > tl;dr pxeboot new x86 host, ipmi sol works in loader, not after > > multiuser. > > > >

Re: IPMI SOL seems to not accept characters after getty starts

On 08/08/18 17:13, Warner Losh wrote: > > > On Wed, Aug 8, 2018 at 4:39 PM, Sean Bruno > wrote: > > tl;dr pxeboot new x86 host, ipmi sol works in loader, not after > multiuser. > > The FreeBSD cluster just acquired 4x Supermicro X11DDW-L and I am

Re: IPMI SOL seems to not accept characters after getty starts

On Wed, Aug 8, 2018 at 4:39 PM, Sean Bruno wrote: > tl;dr pxeboot new x86 host, ipmi sol works in loader, not after multiuser. > > The FreeBSD cluster just acquired 4x Supermicro X11DDW-L and I am having > the hardest time with the IPMI SOL interface. > > I have configured "COM2" as the IPMI SOL

IPMI SOL seems to not accept characters after getty starts

tl;dr pxeboot new x86 host, ipmi sol works in loader, not after multiuser. The FreeBSD cluster just acquired 4x Supermicro X11DDW-L and I am having the hardest time with the IPMI SOL interface. I have configured "COM2" as the IPMI SOL interface and enabled console redirection. Netbooting via

Re: ffs_truncate3 panics

On Wed, Aug 08, 2018 at 12:30:54PM +, Rick Macklem wrote: > Konstantin Belousov wrote: > >On Tue, Aug 07, 2018 at 12:28:33PM +, Rick Macklem wrote: > >> Hi, > >> > >> During testing of the pNFS server I get an ffs_truncate3 panic every once > >> in a while. > >> A few things that might be

Re: Vbox causing host crash/reboot on 12-current

On Wed, Aug 8, 2018 at 5:25 PM Vladimir Kondratyev wrote: > Hi > > I am sure that crashes was caused by SMAP as I am faced with them too. > I have made following patch to fix panic (attached) > Apply it to portstree and rebuild emulators/virtualbox-ose-kmod > > P.S. It is POC so no arch/SMAP

Re: Vbox causing host crash/reboot on 12-current

Hi I am sure that crashes was caused by SMAP as I am faced with them too. I have made following patch to fix panic (attached) Apply it to portstree and rebuild emulators/virtualbox-ose-kmod P.S. It is POC so no arch/SMAP autodetection On 8/7/18 6:14 PM, AN wrote: > Update: > > I found the

Re: kldref: unhandled relocation type 2

On Wed, Aug 08, 2018 at 06:27:21PM +0100, Warner Losh wrote: > On Wed, Aug 8, 2018 at 6:19 PM, Steve Kargl < > s...@troutmask.apl.washington.edu> wrote: > > > > Thanks for info. > > > > I'll note that freshly built kldxref gives the same messages. > > > > %

Re: kldref: unhandled relocation type 2

On Wed, Aug 8, 2018 at 6:19 PM, Steve Kargl < s...@troutmask.apl.washington.edu> wrote: > On Wed, Aug 08, 2018 at 06:14:19PM +0100, Warner Losh wrote: > > On Wed, Aug 8, 2018 at 5:58 PM, Steve Kargl < > > s...@troutmask.apl.washington.edu> wrote: > > > > > Just build a new world and kernel. Upon

Re: kldref: unhandled relocation type 2

On Wed, Aug 08, 2018 at 06:14:19PM +0100, Warner Losh wrote: > On Wed, Aug 8, 2018 at 5:58 PM, Steve Kargl < > s...@troutmask.apl.washington.edu> wrote: > > > Just build a new world and kernel. Upon doing "make installkernel", > > I see at the end of the process > > > > kldxref /boot/kernel > >

Re: kldref: unhandled relocation type 2

On Wed, Aug 8, 2018 at 5:58 PM, Steve Kargl < s...@troutmask.apl.washington.edu> wrote: > Just build a new world and kernel. Upon doing "make installkernel", > I see at the end of the process > > kldxref /boot/kernel > kldxref: unhandled relocation type 2 > kldxref: unhandled relocation type 2 >

kldref: unhandled relocation type 2

Just build a new world and kernel. Upon doing "make installkernel", I see at the end of the process kldxref /boot/kernel kldxref: unhandled relocation type 2 kldxref: unhandled relocation type 2 kldxref: unhandled relocation type 2 (40 more messages) kldxref: unhandled relocation type 2 The

Re: programs like gdb core dump

On 8/7/18 7:00 PM, Erich Dollansky wrote: > Hi, > > On Tue, 7 Aug 2018 11:59:11 -0700 > John Baldwin wrote: > >> On 8/6/18 8:11 PM, Erich Dollansky wrote: >>> On Mon, 6 Aug 2018 15:57:53 -0700 >>> John Baldwin wrote: >>> On 8/4/18 4:38 PM, Erich Dollansky wrote: > > Bad system

Re: ffs_truncate3 panics

On Wed, Aug 8, 2018 at 5:30 AM, Rick Macklem wrote: > - Oh, and this is an old i386 with 256Mbytes (not one of them new fangled > computers, >where memory is in Gbytes;-) Have you run memtest86+ recently? Best, Conrad ___

Re: ffs_truncate3 panics

Konstantin Belousov wrote: >On Tue, Aug 07, 2018 at 12:28:33PM +, Rick Macklem wrote: >> Hi, >> >> During testing of the pNFS server I get an ffs_truncate3 panic every once in >> a while. >> A few things that might be relevant: >> - Seems to happen more often when soft update journaling is

Re: panic after ifioctl/if_clone_destroy

On 08/06/18 21:43, Matthew Macy wrote: The struct thread is typesafe. The problem is that the link is no longer typesafe now that it’s not part of the thread. Thanks for pointing this out. I’ll commit a fix later today. Is there a patch yet? --HPS