moutnroot failing on zpools in Azure after upgrade from 10 to 11 due to lack of waiting for da0

I have a number of machines in Azure, all booting from ZFS and, until the weekend, running 10.3 perfectly happily. I started upgrading these to 11. The first went fine, the second would not boot. Looking at the boot diagnistics it is having problems finding the root pool to mount. I see this is th

Re: moutnroot failing on zpools in Azure after upgrade from 10 to 11 due to lack of waiting for da0

One extra datapoint - the machines which do not fail are the small DS1_v2 instances. These seem to boot fine, but if I move to the DS2 size then the problem shows up. -pete. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/li

Re: moutnroot failing on zpools in Azure after upgrade from 10 to 11 due to lack of waiting for da0

Pete French wrote: > I have a number of machines in Azure, all booting from ZFS and, until > the weekend, running 10.3 perfectly happily. > > I started upgrading these to 11. The first went fine, the second would > not boot. Looking at the boot diagnistics it is having problems finding > the roo

Re: moutnroot failing on zpools in Azure after upgrade from 10 to 11 due to lack of waiting for da0

> The variable still exists but is ignored when using ZFS. > > It's a known issue. You could try this patch: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208882#c3 Ah, OK, thanks... > Manually specifying the root pool should workaround the issue. Interesting, I didnt think of trying tha

[Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213903 Cassiano Peixoto changed: What|Removed |Added CC||freebsd-stable@FreeBSD.org,

[Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213903 --- Comment #12 from Franco Fichtner --- r301157 was backported to 10-STABLE, but 10.3 is unaffected. There is no 10.3-STABLE. Which one did you mean? >From our experience r301157 is the bad commit as the panics have disappeared in our l

Re: [misc] Acessos ao CERT.br: 2017-03-06 a 2017-03-12

On 13-03-2017 14:12:00 Francisco Jose Candeias Figueiredo wrote: > > ### > ### Access Denied > ### > > #Status DateTime Door Card Name,Dep > Card Rejected2017-03-10 16:57:46 NU--06P-02-CERT146 Welinton > Lima,HELP DESK > > > ### > ### Access Grant

Re: [misc] Acessos ao CERT.br: 2017-03-06 a 2017-03-12

Hello, I've sent an email with the subject above by mistake to FreeBSD Stable list, I'd like to ask the list administrator to delete the whole email thread from this list and archive. I'm sorry, Cordeiro ___ freebsd-stable@freebsd.org mailing list h

Re: [misc] Acessos ao CERT.br: 2017-03-06 a 2017-03-12

> Le 13 mars 2017 à 19:09, Luiz Eduardo Roncato Cordeiro a > écrit : > > Hello, Hello, > I've sent an email with the subject above by mistake > to FreeBSD Stable list, I'd like to ask the list > administrator to delete the whole email thread from > this list and archive. Unfortunately, as

Re: moutnroot failing on zpools in Azure after upgrade from 10 to 11 due to lack of waiting for da0

On 0313T1206, Pete French wrote: > I have a number of machines in Azure, all booting from ZFS and, until > the weekend, running 10.3 perfectly happily. > > I started upgrading these to 11. The first went fine, the second would > not boot. Looking at the boot diagnistics it is having problems findi

[Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213903 --- Comment #13 from Cassiano Peixoto --- (In reply to Franco Fichtner from comment #12) Hi Franco, I don't know exactly which svn version i'm using, because when i run uname -a it doesn't show me. But anyway i updated my FreeBSD 10.3 on F

[Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213903 --- Comment #14 from Franco Fichtner --- Hi Cassiano, What's your output of uname -v? Can you make sure to include a backtrace here from ddb? type "bt" at the prompt when the panic happens. It may be related but not the same code path.

Problem with snmp_wlan

When I try to do a snmpwalk of the BEGEMOT-WIRELESS-MIB I get the follwing on the client side: BEGEMOT-WIRELESS-MIB::wlanIfaceRegDomain."wlan2" = INTEGER: etsi(3) Error in packet. Reason: (genError) A general failure occured Failed object: BEGEMOT-WIRELESS-MIB::wlanIfaceRegDomain."wlan2" and on

[Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213903 --- Comment #15 from Cassiano Peixoto --- (In reply to Franco Fichtner from comment #14) Hi Franco, Here it is: FreeBSD 10.3-STABLE #4: Mon Feb 6 09:29:52 BRST 2017 r...@bgp.server.us:/usr/obj/usr/src/sys/GENERIC My debug bellow: #

[Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213903 --- Comment #16 from Mateusz Guzik --- Can you please reproduce with https://people.freebsd.org/~mjg/patches/rwlock-debug-10.diff appliled on top. E.g. like this: cd /usr/src fetch https://people.freebsd.org/~mjg/patches/rwlock-debug-10.di

amd64 fork/swap data corruptions: A ~110 line C program demonstrating an example (Pine64+ 2GB context)

I'm still at a loss about how to figure out what stages are messed up. (Memory coherency? Some memory not swapped out? Bad data swapped out? Wrong data swapped in?) But at least I've found a much smaller/simpler example to demonstrate some problem with in my Pine64+_ 2GB context. The Pine64+ 2GB