Re: `uname -a' can't display revision
On Wed, 21 Aug 2019 04:49:09 +0900, Peter Jeremy wrote: > > [1 ] > On 2019-Aug-20 14:36:14 +0200, Trond Endrestøl > wrote: > >Maybe NFS is to blame, particularly if file locks cannot be obtained. > > Yes, it is. SVN tries to obtain locks, even for read-only commands like > "svn info". My solution is to mount /usr/src with the option "nolockd". That it is! Add nolockd option to fstab and `uname -a' put fine: admin@tbedfs:~ % uname -a FreeBSD tbedfs 12.0-STABLE FreeBSD 12.0-STABLE #0 r351318: Wed Aug 21 11:06:40 JST 2019 root@tbedfs:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 admin@tbedfs:~ % cat /etc/fstab # DeviceMountpoint FStype Options DumpPass# /dev/vtbd0p2/ ufs rw 1 1 /dev/vtbd0p3noneswapsw 0 0 vm.tfc:/.dake /.dake nfs rw 0 0 vm.tfc:/ds/src/stable/12/r351318/usr/srcnfs ro,nolockd 0 0 vm.tfc:/ds/obj/stable/12/r351318/usr/objnfs rw 0 0 admin@tbedfs:~ % Thanks for your help! --- KIRIYAMA Kazuhiko > > -- > Peter Jeremy > [2 signature.asc ] > ___ 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: `uname -a' can't display revision
On 2019-Aug-20 14:36:14 +0200, Trond Endrestøl wrote: >Maybe NFS is to blame, particularly if file locks cannot be obtained. Yes, it is. SVN tries to obtain locks, even for read-only commands like "svn info". My solution is to mount /usr/src with the option "nolockd". -- Peter Jeremy signature.asc Description: PGP signature
Re: ipfw jail keyword broken in 11.3 by jail_getid changes
On Fri, Aug 2, 2019 at 12:50 AM Ari Suutari via freebsd-stable wrote: > On 1.8.2019 21.19, Kyle Evans wrote: > > On Thu, Aug 1, 2019 at 8:43 AM Kyle Evans wrote: > >> On Thu, Aug 1, 2019 at 1:38 AM Ari Suutari via freebsd-stable > >> wrote: > >>> Hi, > >>> > >>> We have a lot of servers using jails and ipfw rules with > >>> numeric jail ids to limit acess between them (something > >>> like 'allow tcp from from me to me 8086 jail 1 keep-state'). > >>> > >>> This has been working very well for ages. Yesterday, we upgraded > >>> first of these servers to 11.3. During boot there are now messages > >>> like 'ipfw: jail 1 not found' and the rules are not loaded. > >>> > >>> I tracked this down to: > >>> https://reviews.freebsd.org/rS348304 > >>> > >>> ipfw calls jail_getid, which used to just return the id without checking > >>> if string was numeric. In 11.3, the function has been changed to actually > >>> check if the jail with given id exists. > >>> > >>> This doesn't really work in ipfw's context as the rules are loaded before > >>> the jails are actually created. > >>> > >>> Ari S. > >> Hi, > >> > >> I've CC'd Andrey, who tends to work in this area. Apologies for not > >> catching the breakage- I'll whip up a patch unless Andrey objects, but > >> this area feels a bit finnicky. I think a couple of things need to > >> happen: > >> > >> 1.) To fix things -right now-, ipfw should fall back to strtoul if > >> jail_getid fails and only error out if strtoul fails. This restores > >> the functional status quo and still uses jail_getid properly, which is > >> documented to return -1 if the jail does not exist. > >> > > I've created a review for this at [0] -- I can't test it, though, so > > some testing would be appreciated. > > > > Thanks, > > > > Kyle Evans > > > > [0] https://reviews.freebsd.org/D21128 > > Hi, > > I tested your change and can confirm that it fixes the issue. > secteam@ has given this EN-19:17.ipfw to be included in 11.3-RELEASE-p3. Thanks! Kyle Evans ___ 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: `uname -a' can't display revision
On Tue, 20 Aug 2019 21:24+0900, KIRIYAMA Kazuhiko wrote: > And I've rebuild in bhyve VM tbedfs that NFS mount > /ds/src/stable/12/r351247 to /usr/src: > > admin@tbedfs:~ % df -h > Filesystem SizeUsed Avail Capacity Mounted on > /dev/vtbd0p27.7G3.2G3.9G45%/ > devfs 1.0K1.0K 0B 100%/dev > vm.tfc:/.dake13T209G 13T 2%/.dake > vm.tfc:/ds/src/stable/12/r351247 13T103G 13T 1%/usr/src > vm.tfc:/ds/obj/stable/12/r351247 13T332G 13T 2%/usr/obj Maybe NFS is to blame, particularly if file locks cannot be obtained. svnversion is run during make buildkernel, and I can't run "svn info" over NFS from my hosts, as root nor as an unpriviledged user. -- Trond. ___ 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: `uname -a' can't display revision
On Tue, 20 Aug 2019 20:58:26 +0900, Trond Endrestøl wrote: > > [1 ] > On Tue, 20 Aug 2019 20:18+0900, KIRIYAMA Kazuhiko wrote: > > > On Tue, 20 Aug 2019 13:47:55 +0900, > > Trond Endrestøl wrote: > > > > > > On Tue, 20 Aug 2019 11:00+0900, KIRIYAMA Kazuhiko wrote: > > > > > > > I've rebuild up to r351108 but `uname -a' can't display it's > > > > revision number. > > > > > > Add this to /etc/src.conf: > > > > > > WITHOUT_REPRODUCIBLE_BUILD=yes > > > > Add above and rebuild with r351247, then > > > > admin@tbedfs:~ % uname -a > > FreeBSD tbedfs 12.0-STABLE FreeBSD 12.0-STABLE #0: Tue Aug 20 19:10:53 JST > > 2019 root@tbedfs:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > > admin@tbedfs:~ % > > > > Only revision number ommitted. Why ? > > Hum. That's strange. Do you have dot-directories belonging to Git or > some other VCS in the root of your source tree? I'm guessing this > might confuse the script generating the kernel identification. That it is ! I've svn checkout in bhyve host (vm.tfc): root@vm:~ # svnlite info /ds/src/stable/12/r351247 Path: /ds/src/stable/12/r351247 Working Copy Root Path: /ds/src/stable/12/r351247 URL: svn://svn.freebsd.org/base/stable/12 Relative URL: ^/stable/12 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 351247 Node Kind: directory Schedule: normal Last Changed Author: jhb Last Changed Rev: 351246 Last Changed Date: 2019-08-20 10:30:35 +0900 (Tue, 20 Aug 2019) root@vm:~ # And I've rebuild in bhyve VM tbedfs that NFS mount /ds/src/stable/12/r351247 to /usr/src: admin@tbedfs:~ % df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/vtbd0p27.7G3.2G3.9G45%/ devfs 1.0K1.0K 0B 100%/dev vm.tfc:/.dake13T209G 13T 2%/.dake vm.tfc:/ds/src/stable/12/r351247 13T103G 13T 1%/usr/src vm.tfc:/ds/obj/stable/12/r351247 13T332G 13T 2%/usr/obj admin@tbedfs:~ % ll /usr/src total 907 -rw-r--r--1 root wheel 85 Aug 2 07:57 .arcconfig -rw-r--r--1 root wheel 448 Aug 2 07:57 .arclint -rw-r--r--1 root wheel 152 Aug 2 07:57 .gitattributes -rw-r--r--1 root wheel 188 Aug 2 07:57 .gitignore drwxr-xr-x4 root wheel 8 Aug 2 07:52 .svn/ -rw-r--r--1 root wheel6179 Aug 2 07:57 COPYRIGHT -rw-r--r--1 root wheel 553 Aug 2 07:57 LOCKS -rw-r--r--1 root wheel6020 Aug 2 07:57 MAINTAINERS -rw-r--r--1 root wheel 28704 Aug 2 07:57 Makefile -rw-r--r--1 root wheel 107133 Aug 2 07:57 Makefile.inc1 -rw-r--r--1 root wheel7086 Aug 2 07:56 Makefile.libcompat -rw-r--r--1 root wheel2017 Aug 2 07:57 Makefile.sys.inc -rw-r--r--1 root wheel 516207 Aug 12 14:57 ObsoleteFiles.inc -rw-r--r--1 root wheel2480 Aug 2 07:57 README -rw-r--r--1 root wheel2521 Aug 2 07:57 README.md -rw-r--r--1 root wheel 82783 Aug 12 14:57 UPDATING drwxr-xr-x 41 root wheel 43 Aug 2 07:57 bin/ drwxr-xr-x9 root wheel 11 Aug 2 07:56 cddl/ drwxr-xr-x 94 root wheel 94 Aug 2 07:56 contrib/ drwxr-xr-x5 root wheel 6 Aug 2 07:57 crypto/ drwxr-xr-x7 root wheel 17 Aug 2 07:56 etc/ drwxr-xr-x5 root wheel 9 Aug 2 07:57 gnu/ drwxr-xr-x8 root wheel 106 Aug 2 07:57 include/ drwxr-xr-x8 root wheel 11 Aug 2 07:57 kerberos5/ drwxr-xr-x 134 root wheel 136 Aug 2 07:52 lib/ drwxr-xr-x 36 root wheel 40 Aug 2 07:52 libexec/ drwxr-xr-x 13 root wheel 23 Aug 2 07:56 release/ drwxr-xr-x4 root wheel 6 Aug 2 07:57 rescue/ drwxr-xr-x 92 root wheel 100 Aug 2 07:52 sbin/ drwxr-xr-x7 root wheel 9 Aug 2 07:57 secure/ drwxr-xr-x 27 root wheel 29 Aug 2 07:52 share/ drwxr-xr-x 26 root wheel 35 Aug 2 07:56 stand/ drwxr-xr-x 54 root wheel 55 Aug 2 07:54 sys/ drwxr-xr-x3 root wheel 6 Aug 2 07:57 targets/ drwxr-xr-x5 root wheel 10 Aug 2 07:56 tests/ drwxr-xr-x 16 root wheel 20 Aug 2 07:56 tools/ drwxr-xr-x 283 root wheel 290 Aug 2 07:56 usr.bin/ drwxr-xr-x 231 root wheel 241 Aug 2 07:54 usr.sbin/ admin@tbedfs:~ % > > As a counter, this is from a recently updated VM running 13.0-CURRENT: > > # uname -a > FreeBSD freebsd-head-zfs.FQDN 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r351209: > Mon Aug 19 11:50:33 CEST 2019 > r...@freebsd-head-zfs.fqdn:/usr/obj/usr/src/amd64.amd64/sys/XENGUEST amd64 > > -- > Trond. --- KIRIYAMA Kazuhiko ___ 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: `uname -a' can't display revision
On Tue, 20 Aug 2019 20:20:30 +0900, Larry Rosenman wrote: > > On 08/20/2019 6:18 am, KIRIYAMA Kazuhiko wrote: > > On Tue, 20 Aug 2019 13:47:55 +0900, > > Trond Endrestøl wrote: > >> > >> On Tue, 20 Aug 2019 11:00+0900, KIRIYAMA Kazuhiko wrote: > >> > >> > I've rebuild up to r351108 but `uname -a' can't display it's > >> > revision number. > >> > >> Add this to /etc/src.conf: > >> > >> WITHOUT_REPRODUCIBLE_BUILD=yes > > > > Add above and rebuild with r351247, then > > > > admin@tbedfs:~ % uname -a > > FreeBSD tbedfs 12.0-STABLE FreeBSD 12.0-STABLE #0: Tue Aug 20 19:10:53 > > JST 2019 root@tbedfs:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > > amd64 > > admin@tbedfs:~ % > > > > Only revision number ommitted. Why ? > > > > is your /usr/src an SVN checkout? Yes. I've svn checkout in bhyve host (vm.tfc): > root@vm:~ # svnlite info /ds/src/stable/12/r351247 Path: /ds/src/stable/12/r351247 Working Copy Root Path: /ds/src/stable/12/r351247 URL: svn://svn.freebsd.org/base/stable/12 Relative URL: ^/stable/12 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 351247 Node Kind: directory Schedule: normal Last Changed Author: jhb Last Changed Rev: 351246 Last Changed Date: 2019-08-20 10:30:35 +0900 (Tue, 20 Aug 2019) root@vm:~ # And I've rebuild in bhyve VM tbedfs that NFS mount /ds/src/stable/12/r351247 to /usr/src: admin@tbedfs:~ % df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/vtbd0p27.7G3.2G3.9G45%/ devfs 1.0K1.0K 0B 100%/dev vm.tfc:/.dake13T209G 13T 2%/.dake vm.tfc:/ds/src/stable/12/r351247 13T103G 13T 1%/usr/src vm.tfc:/ds/obj/stable/12/r351247 13T332G 13T 2%/usr/obj admin@tbedfs:~ % --- KIRIYAMA Kazuhiko ___ 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: `uname -a' can't display revision
On Tue, 20 Aug 2019 20:18+0900, KIRIYAMA Kazuhiko wrote: > On Tue, 20 Aug 2019 13:47:55 +0900, > Trond Endrestøl wrote: > > > > On Tue, 20 Aug 2019 11:00+0900, KIRIYAMA Kazuhiko wrote: > > > > > I've rebuild up to r351108 but `uname -a' can't display it's > > > revision number. > > > > Add this to /etc/src.conf: > > > > WITHOUT_REPRODUCIBLE_BUILD=yes > > Add above and rebuild with r351247, then > > admin@tbedfs:~ % uname -a > FreeBSD tbedfs 12.0-STABLE FreeBSD 12.0-STABLE #0: Tue Aug 20 19:10:53 JST > 2019 root@tbedfs:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 > admin@tbedfs:~ % > > Only revision number ommitted. Why ? Hum. That's strange. Do you have dot-directories belonging to Git or some other VCS in the root of your source tree? I'm guessing this might confuse the script generating the kernel identification. As a counter, this is from a recently updated VM running 13.0-CURRENT: # uname -a FreeBSD freebsd-head-zfs.FQDN 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r351209: Mon Aug 19 11:50:33 CEST 2019 r...@freebsd-head-zfs.fqdn:/usr/obj/usr/src/amd64.amd64/sys/XENGUEST amd64 -- Trond. ___ 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: `uname -a' can't display revision
On 08/20/2019 6:18 am, KIRIYAMA Kazuhiko wrote: On Tue, 20 Aug 2019 13:47:55 +0900, Trond Endrestøl wrote: On Tue, 20 Aug 2019 11:00+0900, KIRIYAMA Kazuhiko wrote: > I've rebuild up to r351108 but `uname -a' can't display it's > revision number. Add this to /etc/src.conf: WITHOUT_REPRODUCIBLE_BUILD=yes Add above and rebuild with r351247, then admin@tbedfs:~ % uname -a FreeBSD tbedfs 12.0-STABLE FreeBSD 12.0-STABLE #0: Tue Aug 20 19:10:53 JST 2019 root@tbedfs:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 admin@tbedfs:~ % Only revision number ommitted. Why ? is your /usr/src an SVN checkout? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 ___ 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: `uname -a' can't display revision
On Tue, 20 Aug 2019 13:47:55 +0900, Trond Endrestøl wrote: > > On Tue, 20 Aug 2019 11:00+0900, KIRIYAMA Kazuhiko wrote: > > > I've rebuild up to r351108 but `uname -a' can't display it's > > revision number. > > Add this to /etc/src.conf: > > WITHOUT_REPRODUCIBLE_BUILD=yes Add above and rebuild with r351247, then admin@tbedfs:~ % uname -a FreeBSD tbedfs 12.0-STABLE FreeBSD 12.0-STABLE #0: Tue Aug 20 19:10:53 JST 2019 root@tbedfs:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 admin@tbedfs:~ % Only revision number ommitted. Why ? Regards. --- KIRIYAMA Kazuhiko ___ 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"