Dear support,
Please see the attached invoice (Microsoft Word Document) and remit payment
according to the terms listed at the bottom of the invoice.
Let us know if you have any questions.
We greatly appreciate your business!
Bonnie vause
Dear support,
Please see the attached invoice (Microsoft Word Document) and remit payment
according to the terms listed at the bottom of the invoice.
Let us know if you have any questions.
We greatly appreciate your business!
Bonnie vause
For anyone stumbling here from google or wherever, Oliver has submitted a
bug report and patches have been merged :
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210924
This issue is closed.
On 9 June 2016 at 12:01, Oliver Peter wrote:
> On Wed, May 11, 2016 at 09:44:32PM +0200, Damien F
Hi,
See this forwarded status message from this morning below. Funny numbers.
$ uname -a
FreeBSD sheeva2.klop.ws 11.0-STABLE FreeBSD 11.0-STABLE #25 r308727M: Wed
Nov 16 13:46:35 CET 2016
r...@sjakie.klop.ws:/usr/obj-arm/arm.arm/usr/src-arm/sys/SHEEVAPLUG arm
$ w
3:44PM up 1 day, 17
Did something change between 10.x and 11.0 with carp MASTER election and
advskew?
I have several 10.3 servers where the master is elected based on the member
with the LOWEST advskew.
From a pair of 10.3 servers:
vlan: 100 parent interface: lagg0
carp: MASTER vhid 10 advbase 1
There is some minor problem with "zpool get all" command if one of two
pools is unvailable:
# zpool get all
Assertion failed: (nvlist_lookup_nvlist(config, "feature_stats",
&features) == 0), file
/usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_config.c,
lin
Are you sure your kernel and world are in sync?
On 01/12/2016 23:53, Miroslav Lachman wrote:
There is some minor problem with "zpool get all" command if one of two
pools is unvailable:
# zpool get all
Assertion failed: (nvlist_lookup_nvlist(config, "feature_stats",
&features) == 0), file
/us
Steven Hartland wrote on 2016/12/02 02:06:
Are you sure your kernel and world are in sync?
Yes, built from sources on our build server and then distributed by NFS
to all machines:
# freebsd-version -u
10.3-RELEASE-p12
# freebsd-version -k
10.3-RELEASE-p12
On 01/12/2016 23:53, Miroslav La
After about 6 nov 2016 stoped work powerd++
at the start:
# service powerd++ start
Starting powerdxx.
powerd++: (ENOFREQ) at least the first CPU core must support frequency
updates
/usr/local/etc/rc.d/powerd++: WARNING: failed to start powerdxx
System:
FreeBSD alex.super 11.0-STABLE FreeBSD 11.0-