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

Am 12.09.20 um 11:05 schrieb Hartmann, O.:
> 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
> 

For me the build proceeds, after I did a 'make install' in
/usr/src/bin/cp (with updated utils.c!).

HTH,
Rainer