Re: 11.1-RELEASE: new line containing garbage added to "top"

2017-07-28 Thread Peter 

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", [-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.

2017-07-28 Thread Peter Ankerstål 
> 
>> 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.

2017-07-28 Thread Colin Percival 
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"

2017-07-28 Thread Glen Barber 
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", [-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"

2017-07-28 Thread Peter 

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", [-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"

2017-07-28 Thread Peter 

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"

2017-07-28 Thread 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.
> 

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"

2017-07-28 Thread Brandon Allbery 
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"

2017-07-28 Thread Jov 
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"

2017-07-28 Thread 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



signature.asc
Description: PGP signature

11.1-RELEASE: huge amount of l2_cksum_bad

2017-07-28 Thread Peter 
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"

2017-07-28 Thread Peter 
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

2017-07-28 Thread Zeus Panchenko 

+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)

2017-07-28 Thread Eugene M. Zheganin 

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

2017-07-28 Thread Eugene M. Zheganin 

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.

2017-07-28 Thread Peter Ankerstål 
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)

2017-07-28 Thread bugzilla-noreply 
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"