Re: 11.1-RELEASE: new line containing garbage added to "top"
Glen Barber wrote: On Fri, Jul 28, 2017 at 07:04:51PM +0200, Peter wrote: Glen Barber wrote: On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: After upgrading to 11.1-RELEASE, a new line appears in the output of "top" which contains rubbish: last pid: 10789; load averages: 5.75, 5.19, 3.89up 0+00:34:46 03:23:51 1030 processes:9 running, 1004 sleeping, 17 waiting CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other 136¿176M Compress185 194M Uncompressed361.94:1 Ratio Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU COMMAND .. That looks funny. But I dont like it. It appears to be fixed in 11-STABLE (r321419). Glen I don't think so. At least there is nothing in the commitlog. r318449 is the last commit in 11-STABLE for the respective file; and thats before the 11.1-RELEASE branch. See r321419. Yes, thats the issue with the empty line when ZFS is *not* in use, which I mentioned below (bug #220996). For that a fix is committed. The error is in the screen-formatting in "top", and that error was already present back in 1997 (and probably earlier), and it is also present in HEAD. What "top" does is basically this: char *string = some_buffer_to_print; printf("%.5s", &string[-4]); A negative index on a string usually yields a nullified area. (Except if otherwise *eg*) Thats why we usually don't see the matter - nullbytes are invisible on screen. Fix is very simple: Index: contrib/top/display.c === --- display.c (revision 321434) +++ display.c (working copy) @@ -1310,7 +1310,7 @@ cursor_on_line = Yes; putchar(ch); *old = ch; - lastcol = 1; + lastcol++; } old++; - Then, since I was at it, I decided to beautify the proc display as well, as I usually see >1000 procs: --- display.c (revision 321434) +++ display.c (working copy) @@ -100,7 +100,7 @@ int y_loadave = 0; int x_procstate = 0; int y_procstate = 1; -int x_brkdn = 15; +int x_brkdn = 16; int y_brkdn = 1; int x_mem = 5; int y_mem = 3; @@ -373,9 +373,9 @@ printf("%d processes:", total); ltotal = total; -/* put out enough spaces to get to column 15 */ +/* put out enough spaces to get to column 16 */ i = digits(total); -while (i++ < 4) +while (i++ < 5) { putchar(' '); } Then, concerning the complaint about the empty line (bug #220996), I couldn't really reproduce this. But it seems that specifically this issue was already fixed in HEAD by this one here: https://reviews.freebsd.org/D11693 Now, can anybody make the above snippets appear in HEAD and 11-STABLE? I've CC'd allanjude, who has touched some of these in the past. Thanks a lot! ___ 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"
Re: Upgrade to 11.1-RELEASE fails to boot on aws EC2.
> >> On 28 Jul 2017, at 12:41, Peter Ankerstål wrote: >> >> Hi! >> >> It seems that FreeBSD 11.1-RELEASE also breaks on EC2 in some cases. I had >> this problem before when upgrading to 11.0. This problem was noticed in the >> ERRATA: https://www.freebsd.org/releases/11.0R/errata.html#open-issues >> and later said to have been resolved with a EN: >> https://www.freebsd.org/security/advisories/FreeBSD-EN-16:18.loader.asc >> >> Today I tried to upgrade a 11.0-RELEASE-p7 system to 11.1-RELEASE using the >> good old build world method as described in the handbook. But after reboot >> the machine hangs >> in the loader. Reverting to a snapshot of / works fine but of course I have >> a lot of problems due to kernel/world mismatch. So I tried to copy the old >> /boot/ onto the newly updated >> system and then it actually gets past the loader. But then fails to boot for >> some other reason unknown to me. (Because it does not give any video output) >> >> I have also posted to the forums about this with a few screenshots and more >> details of what I have tried: >> https://forums.freebsd.org/threads/61780/ >> >> /Peter. >> > Do you know what version of FreeBSD this system was originally running? It > may be that there are other oddities in the old partitioning which cause > problems for the newer loader code. > It was installed late 2014 or very early 2015. So it must be 10.0 or 10.1. I cant remember exactly. smime.p7s Description: S/MIME cryptographic signature
Re: Upgrade to 11.1-RELEASE fails to boot on aws EC2.
On 07/28/17 03:41, Peter Ankerst�l wrote: > It seems that FreeBSD 11.1-RELEASE also breaks on EC2 in some cases. I had > this problem before when upgrading to 11.0. This problem was noticed in the > ERRATA: https://www.freebsd.org/releases/11.0R/errata.html#open-issues > and later said to have been resolved with a EN: > https://www.freebsd.org/security/advisories/FreeBSD-EN-16:18.loader.asc > > Today I tried to upgrade a 11.0-RELEASE-p7 system to 11.1-RELEASE using the > good old build world method as described in the handbook. But after reboot > the machine hangs > in the loader. Do you know what version of FreeBSD this system was originally running? It may be that there are other oddities in the old partitioning which cause problems for the newer loader code. -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid ___ 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"
Re: 11.1-RELEASE: new line containing garbage added to "top"
On Fri, Jul 28, 2017 at 07:04:51PM +0200, Peter wrote: > Glen Barber wrote: > > On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: > > > After upgrading to 11.1-RELEASE, a new line appears in the output of "top" > > > which contains rubbish: > > > > > > > last pid: 10789; load averages: 5.75, 5.19, 3.89up 0+00:34:46 > > > > 03:23:51 > > > > 1030 processes:9 running, 1004 sleeping, 17 waiting > > > > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle > > > > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle > > > > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free > > > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > > > > 136¿176M Compress185 194M Uncompressed361.94:1 Ratio > > > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > > > > > > > PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU COMMAND > > > .. > > > > > > > > > That looks funny. But I dont like it. > > > > > > > It appears to be fixed in 11-STABLE (r321419). > > > > Glen > > > > I don't think so. At least there is nothing in the commitlog. r318449 is the > last commit in 11-STABLE for the respective file; and thats before the > 11.1-RELEASE branch. > See r321419. > The error is in the screen-formatting in "top", and that error was already > present back in 1997 (and probably earlier), and it is also present in HEAD. > > What "top" does is basically this: > > > char *string = some_buffer_to_print; > > printf("%.5s", &string[-4]); > > A negative index on a string usually yields a nullified area. (Except if > otherwise *eg*) Thats why we usually don't see the matter - nullbytes are > invisible on screen. > > Fix is very simple: > > Index: contrib/top/display.c > === > --- display.c (revision 321434) > +++ display.c (working copy) > @@ -1310,7 +1310,7 @@ > cursor_on_line = Yes; > putchar(ch); > *old = ch; > - lastcol = 1; > + lastcol++; > } > old++; > > > - > Then, since I was at it, I decided to beautify the proc display as well, as > I usually see >1000 procs: > > > --- display.c (revision 321434) > +++ display.c (working copy) > @@ -100,7 +100,7 @@ > int y_loadave = 0; > int x_procstate = 0; > int y_procstate = 1; > -int x_brkdn = 15; > +int x_brkdn = 16; > int y_brkdn = 1; > int x_mem = 5; > int y_mem = 3; > @@ -373,9 +373,9 @@ > printf("%d processes:", total); > ltotal = total; > > -/* put out enough spaces to get to column 15 */ > +/* put out enough spaces to get to column 16 */ > i = digits(total); > -while (i++ < 4) > +while (i++ < 5) > { > putchar(' '); > } > > > > Then, concerning the complaint about the empty line (bug #220996), I > couldn't really reproduce this. But it seems that specifically this issue > was already fixed in HEAD by this one here: > https://reviews.freebsd.org/D11693 > > > Now, can anybody make the above snippets appear in HEAD and 11-STABLE? > I've CC'd allanjude, who has touched some of these in the past. Glen signature.asc Description: PGP signature
Re: 11.1-RELEASE: new line containing garbage added to "top"
Glen Barber wrote: On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: After upgrading to 11.1-RELEASE, a new line appears in the output of "top" which contains rubbish: last pid: 10789; load averages: 5.75, 5.19, 3.89up 0+00:34:46 03:23:51 1030 processes:9 running, 1004 sleeping, 17 waiting CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other 136¿176M Compress185 194M Uncompressed361.94:1 Ratio Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU COMMAND .. That looks funny. But I dont like it. It appears to be fixed in 11-STABLE (r321419). Glen I don't think so. At least there is nothing in the commitlog. r318449 is the last commit in 11-STABLE for the respective file; and thats before the 11.1-RELEASE branch. The error is in the screen-formatting in "top", and that error was already present back in 1997 (and probably earlier), and it is also present in HEAD. What "top" does is basically this: > char *string = some_buffer_to_print; > printf("%.5s", &string[-4]); A negative index on a string usually yields a nullified area. (Except if otherwise *eg*) Thats why we usually don't see the matter - nullbytes are invisible on screen. Fix is very simple: Index: contrib/top/display.c === --- display.c (revision 321434) +++ display.c (working copy) @@ -1310,7 +1310,7 @@ cursor_on_line = Yes; putchar(ch); *old = ch; - lastcol = 1; + lastcol++; } old++; - Then, since I was at it, I decided to beautify the proc display as well, as I usually see >1000 procs: --- display.c (revision 321434) +++ display.c (working copy) @@ -100,7 +100,7 @@ int y_loadave = 0; int x_procstate = 0; int y_procstate = 1; -int x_brkdn = 15; +int x_brkdn = 16; int y_brkdn = 1; int x_mem = 5; int y_mem = 3; @@ -373,9 +373,9 @@ printf("%d processes:", total); ltotal = total; -/* put out enough spaces to get to column 15 */ +/* put out enough spaces to get to column 16 */ i = digits(total); -while (i++ < 4) +while (i++ < 5) { putchar(' '); } Then, concerning the complaint about the empty line (bug #220996), I couldn't really reproduce this. But it seems that specifically this issue was already fixed in HEAD by this one here: https://reviews.freebsd.org/D11693 Now, can anybody make the above snippets appear in HEAD and 11-STABLE? ___ 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"
Re: 11.1-RELEASE: new line containing garbage added to "top"
Glen Barber wrote: On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: After upgrading to 11.1-RELEASE, a new line appears in the output of "top" which contains rubbish: last pid: 10789; load averages: 5.75, 5.19, 3.89up 0+00:34:46 03:23:51 1030 processes:9 running, 1004 sleeping, 17 waiting CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other 136¿176M Compress185 194M Uncompressed361.94:1 Ratio Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU COMMAND .. That looks funny. But I dont like it. (Actually it looks like a wrong TERMCAP, but wasn't that ~20 years ago? checking...) Do you mean the blank line between the 'Swap:' line and 'PID'? If so, that has been there as long as I can recall. It is used for things like killing processes, etc. (Hit 'k' when using top(1), and you will see a prompt for a PID to kill.) Glen No, I mean the line *above* the 'Swap:' line, which is new and *should* show compressed arc stats. (What we actually see there is the printing of a random memory location - working on it...) ___ 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"
Re: 11.1-RELEASE: new line containing garbage added to "top"
On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: > After upgrading to 11.1-RELEASE, a new line appears in the output of "top" > which contains rubbish: > > > last pid: 10789; load averages: 5.75, 5.19, 3.89up 0+00:34:46 > > 03:23:51 > > 1030 processes:9 running, 1004 sleeping, 17 waiting > > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle > > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle > > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > > 136¿176M Compress185 194M Uncompressed361.94:1 Ratio > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > > > PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU COMMAND > .. > > > That looks funny. But I dont like it. > It appears to be fixed in 11-STABLE (r321419). Glen signature.asc Description: PGP signature
Re: 11.1-RELEASE: new line containing garbage added to "top"
On Fri, Jul 28, 2017 at 10:17 AM, Glen Barber wrote: > > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > > > 136¿176M Compress185 194M Uncompressed361.94:1 Ratio > > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > > > > > PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU > COMMAND > > Do you mean the blank line between the 'Swap:' line and 'PID'? > I assumed it meant the second line of the ARC summary, which has some missing and/or wrong separators? ("¿"?) (Presumably the (missing, there) ARC summary is also the source of the extraneous blank line reported later.) -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ 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"
Re: 11.1-RELEASE: new line containing garbage added to "top"
This is another problem I find on top with extra new line: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220996 Jov 2017年7月28日 10:18 PM,"Glen Barber" 写道: > On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: > > After upgrading to 11.1-RELEASE, a new line appears in the output of > "top" > > which contains rubbish: > > > > > last pid: 10789; load averages: 5.75, 5.19, 3.89up 0+00:34:46 > > 03:23:51 > > > 1030 processes:9 running, 1004 sleeping, 17 waiting > > > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% > idle > > > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% > idle > > > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M > Free > > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > > > 136¿176M Compress185 194M Uncompressed361.94:1 Ratio > > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > > > > > PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU > COMMAND > > .. > > > > > > That looks funny. But I dont like it. > > > > (Actually it looks like a wrong TERMCAP, but wasn't that ~20 years ago? > > checking...) > > Do you mean the blank line between the 'Swap:' line and 'PID'? > > If so, that has been there as long as I can recall. It is used for > things like killing processes, etc. (Hit 'k' when using top(1), and you > will see a prompt for a PID to kill.) > > Glen > > ___ 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"
Re: 11.1-RELEASE: new line containing garbage added to "top"
On Fri, Jul 28, 2017 at 03:24:50PM +0200, Peter wrote: > After upgrading to 11.1-RELEASE, a new line appears in the output of "top" > which contains rubbish: > > > last pid: 10789; load averages: 5.75, 5.19, 3.89up 0+00:34:46 > 03:23:51 > > 1030 processes:9 running, 1004 sleeping, 17 waiting > > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle > > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle > > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free > > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > > 136¿176M Compress185 194M Uncompressed361.94:1 Ratio > > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > > > PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU COMMAND > .. > > > That looks funny. But I dont like it. > > (Actually it looks like a wrong TERMCAP, but wasn't that ~20 years ago? > checking...) Do you mean the blank line between the 'Swap:' line and 'PID'? If so, that has been there as long as I can recall. It is used for things like killing processes, etc. (Hit 'k' when using top(1), and you will see a prompt for a PID to kill.) Glen signature.asc Description: PGP signature
11.1-RELEASE: huge amount of l2_cksum_bad
After upgrading 11.0-RELEASE-p10 to 11.1-RELEASE I suddenly see a huge amount of kstat.zfs.misc.arcstats.l2_cksum_bad (nearly 2% of kstat.zfs.misc.arcstats.l2_hits). I have set > vfs.zfs.compressed_arc_enabled="0" in loader.conf. When removing this, the errors are gone. It seems that option is not working well in 11.1-RELEASE. ___ 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"
11.1-RELEASE: new line containing garbage added to "top"
After upgrading to 11.1-RELEASE, a new line appears in the output of "top" which contains rubbish: > last pid: 10789; load averages: 5.75, 5.19, 3.89up 0+00:34:46 03:23:51 > 1030 processes:9 running, 1004 sleeping, 17 waiting > CPU 0: 16.0% user, 0.0% nice, 78.7% system, 4.9% interrupt, 0.4% idle > CPU 1: 8.0% user, 0.0% nice, 82.5% system, 9.1% interrupt, 0.4% idle > Mem: 218M Active, 34M Inact, 105M Laundry, 600M Wired, 18M Buf, 34M Free > ARC: 324M Total, 54M MFU, 129M MRU, 2970K Anon, 13M Header, 125M Other > 136¿176M Compress185 194M Uncompressed361.94:1 Ratio > Swap: 2441M Total, 277M Used, 2164M Free, 11% Inuse > PID USERNAME PRI NICE SIZERES STATE C TIMEWCPU COMMAND .. That looks funny. But I dont like it. (Actually it looks like a wrong TERMCAP, but wasn't that ~20 years ago? checking...) ___ 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"
Re: ctl.conf includes
+1 Eugene M. Zheganin wrote: > one-for-a-target config files complicates lot of things. I understand > clearly that this is only my problem, bit I'm writing this in case of > someone's needs this too, so may be I'm not alone asking for ctl.conf > includes. I am aware that ctladm allows many thing, including creating > and deleting targets on the fly, but the problem is in saving this > configuration in the consistent state. -- Zeus V. Panchenko jid:z...@im.ibs.dn.ua IT Dpt., I.B.S. LLC GMT+2 (EET) ___ 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"
some general zfs tuning (for iSCSI)
Hi, I'm using several FreeBSD zfs installations as the iSCSI production systems, they basically consist of an LSI HBA, and a JBOD with a bunch of SSD disks (12-24, Intel, Toshiba or Sandisk (avoid Sandisks btw)). And I observe a problem very often: gstat shows 20-30% of disk load, but the system reacts very slowly: cloning a dataset takes 10 seconds, similar operations aren't lightspeeding too. To my knowledge, until the disks are 90-100% busy, this shouldn't happen. My systems are equipped with 32-64 gigs of RAM, and the only tuning I use is limiting the ARC size (in a very tender manner - at least to 16 gigs) and playing with TRIM. The number of datasets is high enough - hundreds of clones, dozens of snapshots, most of teh data ovjects are zvols. Pools aren't overfilled, most are filled up to 60-70% (no questions about low space pools, but even in this case the situation is clearer - %busy goes up in the sky). So, my question is - is there some obvious zfs tuning not mentioned in the Handbook ? On the other side - handbook isn't much clear on how to tune zfs, it's written mostly in the manner of "these are sysctl iods you can play with". Of course I have seen several ZFS tuning guides. Like Opensolaris one, but they are mostly file- and application-specific. Is there some special approach to tune ZFS in the environment with loads of disks ? I don't know like tuning the vdev cache or something simllar. ? Thanks. Eugene. ___ 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"
ctl.conf includes
Hi, any chance we will get the "include" directive for ctl.conf ? Because, for instance, I'm using bunch of custom APIs on top of iSCSI/zfs and the inability to split the ctl.conf to a set of different one-for-a-target config files complicates lot of things. I understand clearly that this is only my problem, bit I'm writing this in case of someone's needs this too, so may be I'm not alone asking for ctl.conf includes. I am aware that ctladm allows many thing, including creating and deleting targets on the fly, but the problem is in saving this configuration in the consistent state. Thanks. Eugene. ___ 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"
Upgrade to 11.1-RELEASE fails to boot on aws EC2.
Hi! It seems that FreeBSD 11.1-RELEASE also breaks on EC2 in some cases. I had this problem before when upgrading to 11.0. This problem was noticed in the ERRATA: https://www.freebsd.org/releases/11.0R/errata.html#open-issues and later said to have been resolved with a EN: https://www.freebsd.org/security/advisories/FreeBSD-EN-16:18.loader.asc Today I tried to upgrade a 11.0-RELEASE-p7 system to 11.1-RELEASE using the good old build world method as described in the handbook. But after reboot the machine hangs in the loader. Reverting to a snapshot of / works fine but of course I have a lot of problems due to kernel/world mismatch. So I tried to copy the old /boot/ onto the newly updated system and then it actually gets past the loader. But then fails to boot for some other reason unknown to me. (Because it does not give any video output) I have also posted to the forums about this with a few screenshots and more details of what I have tried: https://forums.freebsd.org/threads/61780/ /Peter. smime.p7s Description: S/MIME cryptographic signature
[Bug 221050] emulators/virtualbox-ose: Bridged network doesn't work (11.1-RELEASE)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221050 l...@unix1.jinr.ru changed: What|Removed |Added Resolution|--- |Not A Bug Status|Open|Closed --- Comment #11 from l...@unix1.jinr.ru --- Hi All, sorry for noise. Affect only package virtualbox-ose-kmod-5.1.22 from FreeBSD pkg-repo. After deleting: # pkg delete -f virtualbox-ose-kmod-5.1.22 and build new vbox modules on fresh FreeBSD 11.1-RELEASE # make -C /usr/ports/emulators/virtualbox-ose-kmod install all ok, VirtualBox Bridged networking work fine. Thanks to All. Best regards, -- lavr -- You are receiving this mail because: You are on the CC list for the bug. ___ 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"