>
> This occured only once and after the reboot, I found a corrupted file on my
> nullfs-mount. It wasn't mutilated, but showed content of another valid file
> in the same directory (like 'cat fil1 >> vfile2')
>
> Any ideas if this has been recently addressed since 09/09?
>
Maybe we have
Hello,
got this panic today booting a test machine with kernel from 09/09/2019,
r352054:
Fatal trap 9: general protection fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer = 0x20:0x80541088
stack pointer = 0x28:0xfe578420
frame pointer
On Sat, Sep 7, 2019 at 9:26 PM Jason Bacon wrote:
>
> On 2019-09-07 19:00, John Fleming wrote:
> > Hi all, i've recently joined the club. I have two Dell R720s connected
> > directly to each other. The card is a connectx-4. I was having a lot
> > of problem with network drops. Where i'm at now is
C"ad`a^a~n`o^a'o'e`oa,
~N 'o^a`aaea'i`ea`i, American Express v'ia
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
The data and stack sizes are interesting when comparing ntpd 4.2.7p411 (9.2
from 2014) vs 4.2.8p12 (on 12.1Pre)
# sh -c 'ntpd --version ; procstat -l $(pgrep ntpd)|grep -E
"data|stack|lock"'
ntpd 4.2.7p411@1.2483-o Sun Mar 9 01:25:57 UTC 2014 (1)
34798 ntpd datasize