> On 12. Sep 2020, at 11:06, Hartmann, O. <o.hartmann_at_walstatt.org> wrote: > > 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? Well, you have a broken cp binary on your system, which makes the build process fail. The workaround Rainer posted earlier (install cp from the source tree before buildworld) should do the trick. -m > > [...] > --- 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 2Received on Sat Sep 12 2020 - 08:42:10 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:25 UTC