Re: buildworld: "cp: /dev/null: Invalid argument"

From: Hartmann, O. <o.hartmann_at_walstatt.org>
Date: Sat, 12 Sep 2020 11:05:17 +0200
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

Received on Sat Sep 12 2020 - 07:05:54 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:25 UTC