On Fri, 3 Feb 2017 07:26+1300, Jonathan Chen wrote:
> On 3 February 2017 at 06:21, Sergey Matveychuk wrote:
> > And it looks like it works without COMPILER_TYPE=clang if you buildworld
> > before. But I'm not sure.
>
> /usr/src/UPDATING recommends that buildworld should always be done
> before b
On Thu, Feb 02, 2017 at 09:31:58PM -0500, Ultima wrote:
> I recently moved some data on a box with limited space. I decided I should
> limit the snapshots so that space would not become an issue. I just check
> back a week later to find out the box is hitting the borderline. Doing I
> quick check I
Hey Gary,
You are probably right. Do you know how to "lock" this property by chance?
I'v read this exact line several times trying to understand the exact
meaning. The "user is allowed to change the limit" I *think* is referring
to the zfs allow command. The problem is that I checked the dataset a
On Fri, Feb 03, 2017 at 10:27:48AM -0500, Ultima wrote:
> Hey Gary,
>
> You are probably right. Do you know how to "lock" this property by chance?
> I'v read this exact line several times trying to understand the exact
> meaning. The "user is allowed to change the limit" I *think* is referring
> t
Yes just tested this and it is how it works.
Thanks for the explanation.
Ultima
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.or
Hi,
My name is Stephen Joseph, the Business Development Manager at one of the
leading email database providing companies.
Our area of expertise lies specifically in the major industrial lists like:
Agriculture, Business Services, Chambers of Commerce, Cities, Towns &
Municipalities, Construction
On 02/02/2017 12:55, Mark Martinec wrote:
11.0-RELEASE-p7, net.inet.udp.log_in_vain=1
The following syslog entries seem to indicate some buffer overruns
in the reporting code (not all log lines are broken, just some).
(the actual failed connection attempts were indeed there,
it's just that the
Hi,
I’ve opened a PR on this:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212681
and asked on freebsd-virtualization. But nothing came out of it.
Basically, I/O is very slow inside the FreeBSD guest. Linux guests are OK.
FreeBSD 10 or 11 doesn’t make a difference.
Haven’t been able to try
