zfs allow and sharenfs

2015-07-21 Thread Johan Hendriks 
Hello all.

I try with the use of zfs allow to create zfs datasets and share them
over NFS as a regular user.
If I use the zfs create command with the user I get the following errer.

# zfs create zroot/usr/home/test-allow
cannot share 'zroot/usr/home/test-allow': share(1M) failed
filesystem successfully created, but not shared.

The dataset is created, but no entry is made in /etc/zfs/export
It looks like it can not create the /etc/zfs/exports file and do the
mountd restart.

If I create the dataset as the root user it creates the dataset and it
shares it over NFS, this works well

I issued zfs allow  username clone,create,destroy,mount,share,sharenfs
zroot/usr/home

Am I missing something, or is it not possible to do this as a normal user.

regards



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

FreeBSD_STABLE_10-i386 - Build #290 - Failure

2015-07-21 Thread jenkins-admin 
FreeBSD_STABLE_10-i386 - Build #290 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/290/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/290/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/290/console

Change summaries:

No changes


The end of the build log:

Started by an SCM change
Building remotely on kyua5.nyi.freebsd.org (jailer) in workspace 
/jenkins/workspace/FreeBSD_STABLE_10-i386
FATAL: java.io.EOFException
hudson.remoting.RequestAbortedException: java.io.EOFException
at hudson.remoting.Request.abort(Request.java:296)
at hudson.remoting.Channel.terminate(Channel.java:815)
at 
org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
at 
jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
at ..remote call to kyua5.nyi.freebsd.org(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1361)
at hudson.remoting.Request.call(Request.java:171)
at hudson.remoting.Channel.call(Channel.java:752)
at hudson.FilePath.act(FilePath.java:980)
at hudson.FilePath.act(FilePath.java:969)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:897)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:833)
at hudson.scm.SCM.checkout(SCM.java:485)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1282)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532)
at hudson.model.Run.execute(Run.java:1741)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:381)
Caused by: java.io.EOFException
at 
org.jenkinsci.remoting.nio.NioChannelHub$3.run(NioChannelHub.java:613)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
at 
jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
[WARNINGS] Skipping publisher since build result is FAILURE
[PostBuildScript] - Execution post build scripts.
ERROR: Build step failed with exception
java.lang.NullPointerException: no workspace from node 
hudson.slaves.DumbSlave[kyua5.nyi.freebsd.org] which is computer 
hudson.slaves.SlaveComputer@feada45 and has channel null
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:76)
at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66)
at 
org.jenkinsci.plugins.postbuildscript.PostBuildScript.processBuildSteps(PostBuildScript.java:204)
at 
org.jenkinsci.plugins.postbuildscript.PostBuildScript.processScripts(PostBuildScript.java:143)
at 
org.jenkinsci.plugins.postbuildscript.PostBuildScript._perform(PostBuildScript.java:105)
at 
org.jenkinsci.plugins.postbuildscript.PostBuildScript.perform(PostBuildScript.java:85)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:726)
at hudson.model.Build$BuildExecution.post2(Build.java:185)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:671)
at hudson.model.Run.execute(Run.java:1766)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at huds

FreeBSD_STABLE_9-i386 - Build #103 - Failure

2015-07-21 Thread jenkins-admin 
FreeBSD_STABLE_9-i386 - Build #103 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/103/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/103/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/103/console

Change summaries:

285727 by gjb:
MFC r285253 (hrs):
 - Add IPv6 support in quota(1).  While rpc.rquotad has supported
   PF_INET6 for a long time, quota(1) utility supported only PF_INET.
 - Clean up confusing changes in f_mntfromname.
 - Add an entry for rquotad with rpc/udp6 to inetd.conf.

PR: 194084
Sponsored by:   The FreeBSD Foundation



The end of the build log:

Started by an SCM change
Building remotely on kyua1.nyi.freebsd.org (jailer) in workspace 
/jenkins/workspace/FreeBSD_STABLE_9-i386
Updating svn://svnmir.freebsd.org/base/stable/9 at revision 
'2015-07-21T09:35:05.671 +'
At revision 285738
No emails were triggered.
[FreeBSD_STABLE_9-i386] $ /bin/sh -xe /tmp/hudson4172350033977189728.sh
+ export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin'
+ export 'jname=FreeBSD_STABLE_9-i386'
+ echo env:
env:
+ /usr/bin/env
BUILD_NUMBER=103
HUDSON_SERVER_COOKIE=0657dbe3541f1b1a
JOB_NAME=FreeBSD_STABLE_9-i386
LOGNAME=jenkins
JAVA_HOME=/usr/local/openjdk8
SVN_URL=svn://svnmir.freebsd.org/base/stable/9
BUILDER_JAIL_IP=2610:1c1:1:607c::101:1
jname=FreeBSD_STABLE_9-i386
JENKINS_URL=https://jenkins.FreeBSD.org/
JENKINS_HOME=/usr/local/jenkins
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
HUDSON_HOME=/usr/local/jenkins
OLDPWD=/
BUILD_ID=103
BUILDER_NETIF=igb0
JENKINS_SERVER_COOKIE=0657dbe3541f1b1a
PWD=/jenkins/workspace/FreeBSD_STABLE_9-i386
BUILD_TAG=jenkins-FreeBSD_STABLE_9-i386-103
NODE_LABELS=jailer kyua1.nyi.freebsd.org
BUILD_DISPLAY_NAME=#103
HOME=/jenkins
USER=jenkins
BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/103/
SVN_URL_1=svn://svnmir.freebsd.org/base/stable/9
SVN_REVISION=285727
SVN_REVISION_1=285727
JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/
SHELL=/bin/sh
HUDSON_URL=https://jenkins.FreeBSD.org/
HUDSON_COOKIE=a4166a1e-ad66-4277-a41d-ee9c3ca86bbe
BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 
2610:1c1:1:6002::200\n
WORKSPACE=/jenkins/workspace/FreeBSD_STABLE_9-i386
NODE_NAME=kyua1.nyi.freebsd.org
EXECUTOR_NUMBER=0
+ echo 'setup jail FreeBSD_STABLE_9-i386'
setup jail FreeBSD_STABLE_9-i386
+ fetch -m 
http://ftp.freebsd.org:/pub/FreeBSD/snapshots/i386/i386/11.0-CURRENT/base.txz
+ mkdir FreeBSD_STABLE_9-i386
+ cd FreeBSD_STABLE_9-i386
+ sudo tar Jxf ../base.txz
+ cd -
+ sudo mount -t devfs devfs FreeBSD_STABLE_9-i386/dev
+ sudo devfs -m FreeBSD_STABLE_9-i386/dev rule -s 4 applyset
+ sudo mount -t nullfs src FreeBSD_STABLE_9-i386/usr/src
+ printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n'
+ sudo tee FreeBSD_STABLE_9-i386/etc/resolv.conf
nameserver 2610:1c1:1:6002::100
nameserver 2610:1c1:1:6002::200
+ sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 alias
+ sudo jail -c persist 'name=FreeBSD_STABLE_9-i386' 
'path=FreeBSD_STABLE_9-i386' 
'host.hostname=FreeBSD_STABLE_9-i386.jail.ci.FreeBSD.org' 
'ip6.addr=2610:1c1:1:607c::101:1' 'ip4=disable' allow.chflags
jail: "FreeBSD_STABLE_9-i386" already exists
Build step 'Execute shell' marked build as failure
[PostBuildScript] - Execution post build scripts.
[FreeBSD_STABLE_9-i386] $ /bin/sh -xe /tmp/hudson4862749384996070557.sh
+ export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin'
+ export 'jname=FreeBSD_STABLE_9-i386'
+ echo 'clean up jail FreeBSD_STABLE_9-i386'
clean up jail FreeBSD_STABLE_9-i386
+ sudo jail -r FreeBSD_STABLE_9-i386
+ sudo ifconfig igb0 inet6 2610:1c1:1:607c::101:1 -alias
+ sudo umount FreeBSD_STABLE_9-i386/usr/src
+ sudo umount FreeBSD_STABLE_9-i386/dev
+ sudo rm -fr FreeBSD_STABLE_9-i386
rm: FreeBSD_STABLE_9-i386/lib/libthr.so.3: Operation not permitted
rm: FreeBSD_STABLE_9-i386/lib/libc.so.7: Operation not permitted
rm: FreeBSD_STABLE_9-i386/lib/libcrypt.so.5: Operation not permitted
rm: FreeBSD_STABLE_9-i386/lib: Directory not empty
rm: FreeBSD_STABLE_9-i386/libexec/ld-elf.so.1: Operation not permitted
rm: FreeBSD_STABLE_9-i386/libexec: Directory not empty
rm: FreeBSD_STABLE_9-i386/usr/lib/librt.so.1: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/lib: Directory not empty
rm: FreeBSD_STABLE_9-i386/usr/bin/crontab: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/bin/login: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/bin/passwd: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/bin/ypchfn: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/bin/opiepasswd: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/bin/ypchpass: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/bin/ypchsh: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/bin/opieinfo: Operation not permitted
rm: FreeBSD_STABLE_9-i386/usr/bin/yppasswd: Operation not permitted
rm: FreeBSD_STABLE_9

FreeBSD_STABLE_10-i386 - Build #291 - Still Failing

2015-07-21 Thread jenkins-admin 
FreeBSD_STABLE_10-i386 - Build #291 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/291/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/291/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/291/console

Change summaries:

No changes


The end of the build log:

Started by user lwhsu
Building remotely on kyua5.nyi.freebsd.org (jailer) in workspace 
/jenkins/workspace/FreeBSD_STABLE_10-i386
Updating svn://svnmir.freebsd.org/base/stable/10 at revision 
'2015-07-21T09:41:40.961 +'
U sys/dev/xen/netfront/netfront.c
U sys/dev/xen/blkfront/block.h
U sys/dev/xen/blkfront/blkfront.c
U sys/dev/xen/blkback/blkback.c
U sys/dev/ixgbe/if_ix.c
U sys/xen/interface/io/blkif.h
U sys/xen/blkif.h
 U.
At revision 285738
No emails were triggered.
[FreeBSD_STABLE_10-i386] $ /bin/sh -xe /tmp/hudson4916912158674838341.sh
+ export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin'
+ export 'jname=FreeBSD_STABLE_10-i386'
+ echo env:
env:
+ /usr/bin/env
BUILD_NUMBER=291
HUDSON_SERVER_COOKIE=0657dbe3541f1b1a
JOB_NAME=FreeBSD_STABLE_10-i386
LOGNAME=jenkins
JAVA_HOME=/usr/local/openjdk8
SVN_URL=svn://svnmir.freebsd.org/base/stable/10
BUILDER_JAIL_IP=2610:1c1:1:607c::105:1
jname=FreeBSD_STABLE_10-i386
JENKINS_URL=https://jenkins.FreeBSD.org/
JENKINS_HOME=/usr/local/jenkins
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
HUDSON_HOME=/usr/local/jenkins
OLDPWD=/
BUILD_ID=291
BUILDER_NETIF=igb0
JENKINS_SERVER_COOKIE=0657dbe3541f1b1a
PWD=/jenkins/workspace/FreeBSD_STABLE_10-i386
BUILD_TAG=jenkins-FreeBSD_STABLE_10-i386-291
NODE_LABELS=jailer kyua5.nyi.freebsd.org
BUILD_DISPLAY_NAME=#291
HOME=/jenkins
USER=jenkins
BUILD_URL=https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/291/
SVN_URL_1=svn://svnmir.freebsd.org/base/stable/10
SVN_REVISION=285738
SVN_REVISION_1=285738
JOB_URL=https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/
SHELL=/bin/sh
HUDSON_URL=https://jenkins.FreeBSD.org/
HUDSON_COOKIE=f5e245b3-e766-46ec-8d4d-1d75fc660d6a
BUILDER_RESOLV_CONF=nameserver 2610:1c1:1:6002::100\nnameserver 
2610:1c1:1:6002::200\n
WORKSPACE=/jenkins/workspace/FreeBSD_STABLE_10-i386
NODE_NAME=kyua5.nyi.freebsd.org
EXECUTOR_NUMBER=0
+ echo 'setup jail FreeBSD_STABLE_10-i386'
setup jail FreeBSD_STABLE_10-i386
+ fetch -m 
http://ftp.freebsd.org:/pub/FreeBSD/snapshots/i386/i386/11.0-CURRENT/base.txz
+ mkdir FreeBSD_STABLE_10-i386
+ cd FreeBSD_STABLE_10-i386
+ sudo tar Jxf ../base.txz
+ cd -
+ sudo mount -t devfs devfs FreeBSD_STABLE_10-i386/dev
+ sudo devfs -m FreeBSD_STABLE_10-i386/dev rule -s 4 applyset
+ sudo mount -t nullfs src FreeBSD_STABLE_10-i386/usr/src
+ printf 'nameserver 2610:1c1:1:6002::100\nnameserver 2610:1c1:1:6002::200\n'
+ sudo tee FreeBSD_STABLE_10-i386/etc/resolv.conf
nameserver 2610:1c1:1:6002::100
nameserver 2610:1c1:1:6002::200
+ sudo ifconfig igb0 inet6 2610:1c1:1:607c::105:1 alias
+ sudo jail -c persist 'name=FreeBSD_STABLE_10-i386' 
'path=FreeBSD_STABLE_10-i386' 
'host.hostname=FreeBSD_STABLE_10-i386.jail.ci.FreeBSD.org' 
'ip6.addr=2610:1c1:1:607c::105:1' 'ip4=disable' allow.chflags
jail: "FreeBSD_STABLE_10-i386" already exists
Build step 'Execute shell' marked build as failure
[WARNINGS] Skipping publisher since build result is FAILURE
[PostBuildScript] - Execution post build scripts.
[FreeBSD_STABLE_10-i386] $ /bin/sh -xe /tmp/hudson3456503266431942572.sh
+ export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin'
+ export 'jname=FreeBSD_STABLE_10-i386'
+ echo 'clean up jail FreeBSD_STABLE_10-i386'
clean up jail FreeBSD_STABLE_10-i386
+ sudo jail -r FreeBSD_STABLE_10-i386
+ sudo ifconfig igb0 inet6 2610:1c1:1:607c::105:1 -alias
+ sudo umount FreeBSD_STABLE_10-i386/usr/src
+ sudo umount FreeBSD_STABLE_10-i386/dev
+ sudo rm -fr FreeBSD_STABLE_10-i386
rm: FreeBSD_STABLE_10-i386/lib/libthr.so.3: Operation not permitted
rm: FreeBSD_STABLE_10-i386/lib/libcrypt.so.5: Operation not permitted
rm: FreeBSD_STABLE_10-i386/lib/libc.so.7: Operation not permitted
rm: FreeBSD_STABLE_10-i386/lib: Directory not empty
rm: FreeBSD_STABLE_10-i386/libexec/ld-elf.so.1: Operation not permitted
rm: FreeBSD_STABLE_10-i386/libexec: Directory not empty
rm: FreeBSD_STABLE_10-i386/sbin/init: Operation not permitted
rm: FreeBSD_STABLE_10-i386/sbin: Directory not empty
rm: FreeBSD_STABLE_10-i386/usr/lib/librt.so.1: Operation not permitted
rm: FreeBSD_STABLE_10-i386/usr/lib: Directory not empty
rm: FreeBSD_STABLE_10-i386/usr/bin/su: Operation not permitted
rm: FreeBSD_STABLE_10-i386/usr/bin/chpass: Operation not permitted
rm: FreeBSD_STABLE_10-i386/usr/bin/chfn: Operation not permitted
rm: FreeBSD_STABLE_10-i386/usr/bin/chsh: Operation not permitted
rm: FreeBSD_STABLE_10-i386/usr/bin/yppasswd: Operation not permitted
rm: FreeBSD_STABLE_10-i386/usr/bin/opieinfo: Operation not permitted
rm: FreeBSD_STABLE_10-i386/usr/bin/ypchfn: Operation not pe

10.2-BETA2 ntpd problem with autokey

2015-07-21 Thread John Marshall 
Autokey stopped working for me when I upgraded one server and two
clients to 10.2-BETA2 and used the base system ntpd.

I saw errors like this logged every couple of minutes:

  ntpd[2169]: crypto_encrypt: error::lib(0):func(0):reason(0)

I build new keys using the base system ntp-keygen and then couldn't
start ntpd:

  ntpd[91910]: crypto_key: error:06074078:digital envelope 
routines:EVP_PBE_CipherInit:keygen failure

I tracked the problem down to what appears to me to be a stray libmd
inclusion in the LDADD assignment in usr.sbin/ntp/ntpd/Makefile. Autokey
works fine after rebuilding with libmd excluded.

Patch with Bug 201738
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201738

-- 
John Marshall


pgplNaDwLQ_WQ.pgp
Description: PGP signature

FreeBSD_STABLE_9-i386 - Build #104 - Fixed

2015-07-21 Thread jenkins-admin 
FreeBSD_STABLE_9-i386 - Build #104 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/104/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/104/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_9-i386/104/console

Change summaries:

No changes
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

FreeBSD_STABLE_10-i386 - Build #292 - Fixed

2015-07-21 Thread jenkins-admin 
FreeBSD_STABLE_10-i386 - Build #292 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/292/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/292/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/292/console

Change summaries:

No changes
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: pmcstat on selected cpu -- posible bug?

2015-07-21 Thread Slawa Olhovchenkov 
On Sat, Jun 27, 2015 at 03:08:35PM +0300, Slawa Olhovchenkov wrote:

> I have dual-socket E5v3 system and try to profiling source of CPU load
> on first socket.

I am try some expirement and this is like incorrect CPU(socket)/core
selecting: selecting '-c 0' allocate system mode PMCs on 'core 0' for
all sockets, not for only 'core 0 socket 0'.

> cpuset -l 1 pmcstat -S CPU_CLK_UNHALTED_CORE -l 10 -c 1 -n 500 -O sample.out
> pmcstat -R sample.out -G out.txt -k /boot/kernel.VSTREAM
> cat out.txt | ./stackcollapse-pmc.pl | ./flamegraph.pl --width=1200 > cpi.svg
> 
> cpi.svg can be see at http://zxy.spb.ru/cpi.svg
> 
> I see many times send in t4_intr, but all chelsio interrupt handlers (t4_intr)
> binded to second CPU socket:
> 
> # vmstat -i
> interrupt  total   rate
> irq9: acpi04  0
> irq18: ehci0 ehci1   2893412  2
> irq19: xhci0 3185327  2
> cpu0:timer1532629922   1093
> irq264: mps0  1399546223998
> irq265: mps1  3638584876   2595
> irq266: ahci0 3049531638   2175
> irq267: ahci1  707587584504
> irq268: mps2  6161214642   4395
> irq270: t5nex0:evt 4  0
> irq281: t5nex0:1.0   62811267214  44810
> irq282: t5nex0:1.1   63080900542  45002
> irq283: t5nex0:1.2   62979721970  44930
> irq284: t5nex0:1.3   62968826175  44922
> irq285: t5nex0:1.4   62963754266  44918
> irq286: t5nex0:1.5   63303732253  45161
> irq287: t5nex0:1.6   63012633949  44953
> irq288: t5nex0:1.7   63538714658  45328
> irq289: t5nex0:1,0 73899  0
> irq290: t5nex0:1,1111666  0
> cpu3:timer1534027652   1094
> cpu6:timer1546786165   1103
> cpu13:timer   1588099533   1132
> cpu2:timer1534703017   1094
> cpu7:timer1553306409   1108
> cpu9:timer1586733982   1131
> cpu1:timer1538685850   1097
> cpu8:timer1587569958   1132
> cpu5:timer1537756504   1097
> cpu12:timer   1585898180   1131
> cpu4:timer1530812247   1092
> cpu10:timer   1586851448   1132
> cpu15:timer   1586024994   1131
> cpu11:timer   1587022608   1132
> cpu14:timer   1586503852   1131
> Total   544625692623 388539
> 
> # cpuset -g -x 281
> irq 281 mask: 8
> irq 282 mask: 9
> irq 283 mask: 10
> irq 284 mask: 11
> irq 285 mask: 12
> irq 286 mask: 13
> irq 287 mask: 14
> irq 288 mask: 15
> irq 289 mask: 8
> irq 290 mask: 12
> 
> Cross-checked by dtrace:
> # dtrace -n '::t4_intr:entry { @[stringof(curthread->td_name), 
> curthread->td_oncpu] = count(); }'
> dtrace: description '::t4_intr:entry ' matched 1 probe
> ^C
> 
>   irq282: t5nex0:1.1   9   361413
>   irq281: t5nex0:1.0   8   361573
>   irq285: t5nex0:1.4  12   364535
>   irq283: t5nex0:1.2  10   365919
>   irq284: t5nex0:1.3  11   366386
>   irq287: t5nex0:1.6  14   367603
>   irq286: t5nex0:1.5  13   368409
>   irq288: t5nex0:1.7  15   371441
> 
> What is wrong? Bug in pmcstat?
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: MFC r282973 (disable libgomp build) and r283060 (disable libgcov build)?

2015-07-21 Thread Glen Barber 
On Mon, Jul 20, 2015 at 02:03:01PM -0700, Don Lewis wrote:
> Should r282973 and r283060 be MFCed to FreeBSD 10?  On amd64 and i386,
> which use clang as their base compiler and don't have gcc in base by
> default, the math/scilab port uses clang for cc and c++ compilation, but
> finds /usr/include/omp.h (and links to libgomp from lang/gcc).  The
> build succeeds, but I suspect this may not run properly.
> 

Ed, do you have any input on this?

Glen



pgpLmQ4cRl_2Y.pgp
Description: PGP signature

Re: Problems adding Intel 750 to zfs pool

2015-07-21 Thread Jim Harris 
On Fri, Jul 17, 2015 at 9:35 PM, dy...@techtangents.com <
dy...@techtangents.com> wrote:

> Hi,
>
> I've installed an Intel 750 400GB NVMe PCIe SSD in a Dell R320 running
> FreeBSD 10.2-beta-1... not STABLE, but not far behind, I think. Apologies
> if this is the wrong mailing list, or if this has been fixed in STABLE
> since the beta.
>
> Anyway, I've gparted it into 2 partitions - 16GB for slog/zil and 357GB
> for l2arc. Adding the slog partition to the pool takes about 2 minutes -
> machine seems hung during that time. Ping works, but I can't open another
> ssh session.
>
> Adding the l2arc doesn't seem to complete - it's been going 10 minutes now
> and nothing. Ping works, but I can't log in to the local console or another
> ssh session.
>
> I'm adding the partitions using their gpt names. i.e.
> zpool add zroot log gpt/slog
> zpool add zroot cache gpt/l2arc
>
> The system BIOS is up-to-date. The OS was a fresh 10.1 install, then
> freebsd-update to 10.2-beta2. 10.1 exhibited the same symptoms.
>
> Root is on zfs.
>
> Device was tested to be working on Windows 8.1 on a Dell T1700 workstation.
>
> Any ideas?
>

Hi Dylan,

I just committed SVN r285767 which should fix this issue.  I will request
MFC to stable/10 after the 3 day waiting period.

Thanks,

-Jim


> Cheers,
>
> Dylan Just
>
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Problems adding Intel 750 to zfs pool

2015-07-21 Thread dy...@techtangents.com 




Jim Harris 
22 July 2015 6:54 am


Hi Dylan,

I just committed SVN r285767 which should fix this issue.  I will 
request MFC to stable/10 after the 3 day waiting period.


Thanks,

-Jim


Love your work, Jim! Thank you.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"