On Sat, 12 Sep 2020 10:03:18 +0200 Michael Gmelin <freebsd_at_grem.de> wrote: > > On 12. Sep 2020, at 09:55, Hartmann, O. <ohartmann_at_walstatt.org> > > wrote: > > > > On Fri, 11 Sep 2020 07:18:33 -0600 > > Alan Somers <asomers_at_freebsd.org> wrote: > > > >>> On Fri, Sep 11, 2020 at 1:57 AM O. Hartmann > >>> <ohartmann_at_walstatt.org> wrote: > >>> > >>> On Thu, 10 Sep 2020 10:44:08 -0600 > >>> Alan Somers <asomers_at_freebsd.org> wrote: > >>> > >>>> No, it's devfs. I'll fix it. > >>>> > >>>> On Thu, Sep 10, 2020 at 10:18 AM Ryan Stone <rysto32_at_gmail.com> > >>>> wrote: > >>>>> I'm curious: does this give a similar issue? > >>>>> > >>>>> touch /tmp/foo > >>>>> cp /tmp/foo /tmo/foo2 > >>>>> > >>>>> I'm wondering if the issue is that copy_file_range isn't > >>>>> handling empty files, or if it's a devfs issue. > >>>>> > >>>>> > >>>>> On Thu, Sep 10, 2020 at 11:45 AM Michael Butler > >>>>> <imb_at_protected-networks.net> wrote: > >>>>>> > >>>>>> It seems that SVN r365549 broke "cp /dev/null ..." > >>>>>> > >>>>>> imb > >>>>>> > >>>>>> On 9/10/20 10:35 AM, Michael Butler wrote: > >>>>>>> Is anyone else seeing failures like this in building world > >>>>>>> and, in > >>> my > >>>>>>> case, cron jobs as well? > >>>>>>> > >>>>>>> > >>>>>>> Building > >>> /usr/obj/usr/src/amd64.amd64/stand/i386/zfsboot/zfsboot.ldr > >>>>>>> --- all_subdir_sbin --- > >>>>>>> Building /usr/obj/usr/src/amd64.amd64/sbin/bsdlabel/bsdlabel > >>>>>>> --- all_subdir_stand --- > >>>>>>> --- zfsboot.ldr --- > >>>>>>> cp: /dev/null: Invalid argument > >>>>>>> *** [zfsboot.ldr] Error code 1 > >>>>>>> make[5]: *** zfsboot.ldr removed > >>>>>>> --- all_subdir_kerberos5 --- > >>>>>>> Building > >>>>> /usr/obj/usr/src/amd64.amd64/kerberos5/usr.sbin/iprop-log/iprop-log > >>>>> > >>>>>>> --- all_subdir_stand --- > >>>>>>> > >>>>>>> make[5]: stopped in /usr/src/stand/i386/zfsboot > >>>>>>> .ERROR_TARGET='zfsboot.ldr' > >>>>>>> > >>>>> > >>> .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/stand/i386/zfsboot/zfsboot.ldr.meta' > >>> > >>>>> > >>>>>>> .MAKE.LEVEL='5' > >>>>>>> MAKEFILE='' > >>>>>>> .MAKE.MODE='meta missing-filemon=yes missing-meta=yes > >>>>>>> silent=yes > >>>>> verbose' > >>>>>>> _ERROR_CMD='cp /dev/null zfsboot.ldr;' > >>>>>>> .CURDIR='/usr/src/stand/i386/zfsboot' > >>>>>>> .MAKE='make' > >>>>>>> .OBJDIR='/usr/obj/usr/src/amd64.amd64/stand/i386/zfsboot' > >>>>>>> .TARGETS='all' > >>>>>>> DESTDIR='/usr/obj/usr/src/amd64.amd64/tmp' > >>>>>>> LD_LIBRARY_PATH='' > >>>>>>> MACHINE='amd64' > >>>>>>> MACHINE_ARCH='amd64' > >>>>>>> MAKEOBJDIRPREFIX='' > >>>>>>> MAKESYSPATH='/usr/src/share/mk' > >>>>>>> MAKE_VERSION='20200902' > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> freebsd-current_at_freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>>>> To unsubscribe, send any mail to " > >>>>> freebsd-current-unsubscribe_at_freebsd.org" > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> freebsd-current_at_freebsd.org mailing list > >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>>> To unsubscribe, send any mail to " > >>>>> freebsd-current-unsubscribe_at_freebsd.org" > >>>>> > >>>> _______________________________________________ > >>>> freebsd-current_at_freebsd.org mailing list > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to " > >>> freebsd-current-unsubscribe_at_freebsd.org" > >>> > >>> I still get this error on a couple of boxes, while others seem to > >>> buildworld > >>> fine. All boxes are at CURRENT revision 365625. It is a bit > >>> looking weird to > >>> me. Running now a make cleanworld/cleandir on the specific boxes > >>> and start building OS again. > >>> > >>> oh > >>> > >> > >> I don't know why it's intermittent, but in any case this patch > >> should fix it: > >> https://reviews.freebsd.org/D26395 > >> -Alan > > > > I checked on ALL CURRENT boxes. After "make cleanworld cleandir" (or > > just deleting usr/obj/) and starting a fresh build, those boxes > > with an newer kernel all fail at the very same point. We use > > META_MODE on some boxes, switched to WITHOUT_CLEAN these days and > > cleanded up on some systems therefore. That might be the reason why > > the problem occurs not consistently on all systems. > > > > When will the pacth be committed? > > > > Alan already committed it: > > https://svnweb.freebsd.org/base?view=revision&revision=365643 > > -m > > > Thanks in advance, > > > > oh > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe_at_freebsd.org" Sources at: At revision 365652. Host is running kernel FreeBSD 13.0-CURRENT #20 r365382: Fri Sep 11 19:01:26 CEST 2020 amd64. make -j4 buildworld buildkernel quit with same error as shown below. Is there anything that has to prepared before to successfully apply and run this patch? [...] --- beforedepend --- mkdir -p xlocale arpa; for i in a.out.h assert.h elf.h limits.h nlist.h setjmp.h stddef.h stdbool.h string.h strings.h time.h unistd.h uuid.h; do ln -sf /usr/src/include/$i $i; done; ln -sf /usr/src/sys/amd64/include/stdarg.h stdarg.h; ln -sf /usr/src/sys/sys/errno.h errno.h; ln -sf /usr/src/sys/sys/stdint.h stdint.h; ln -sf /usr/src/include/arpa/inet.h arpa/inet.h; ln -sf /usr/src/include/arpa/tftp.h arpa/tftp.h; for i in _time.h _strings.h _string.h; do [ -f xlocale/$i ] || cp /dev/null xlocale/$i; done; for i in ctype.h fcntl.h signal.h stdio.h stdlib.h; do ln -sf /usr/src/stand/libsa/stand.h $i; done cp: /dev/null: Invalid argument *** [beforedepend] Error code 1 make[4]: stopped in /usr/src/stand/libsa32 --- all_subdir_rescue --- *** [iscsictl_make] Error code 2
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:25 UTC