Re: ffsv2 corruption on netbsd 9.0_STABLE amd64

2020-08-09 Thread Paul Ripke
On Mon, Aug 10, 2020 at 08:58:25AM +1000, Paul Ripke wrote:
> On Mon, Aug 19, 2019 at 11:26:19AM +1000, Paul Ripke wrote:
> > Ok, so not quite -current, but I haven't seen one of these since
> > switching from ipf to npf... in my daily cron email, I was greeted
> > with signs of corruption:
> > 
> > ksh$ ls -l 
> > /home/netbsd/current/obj.evbarm/home/netbsd/current/src/sys/modules/wsbell
> > ls: wsbell.kmod.map: No such file or directory
> > ls: wsbell_tramp.S: Bad file descriptor
> > 
> > Maybe I should start running with a debug kernel to track this down.
> > 
> > Maybe I should also resurrect some fsdb patches to better dump out these
> > inodes.
> > 
> > Any other ideas? 186 days uptime, raid0 looks good, no other signs of
> > corruption.
> 
> Time passes, and now on NetBSD-9.0:
> 
> NetBSD slave 9.0_STABLE NetBSD 9.0_STABLE (SLAVE) #2: Thu Jul 23 10:33:30 
> AEST 2020  
> stix@slave:/home/netbsd/netbsd-9/obj.amd64/home/netbsd/netbsd-9/src/sys/arch/amd64/compile/SLAVE
>  amd64
> 
> find: 
> /home/netbsd/current/obj.amd64/home/netbsd/current/src/sys/rump/fs/lib/libext2fs/ext2fs_balloc.po:
>  No such file or directory
> find: 
> /home/netbsd/current/obj.amd64/home/netbsd/current/src/sys/rump/fs/lib/libext2fs/ext2fs_vnops.pico:
>  Bad file descriptor
> 
> Directory hasn't been modified since ~May, so the only updates are
> likely to be atime touches by backups, /etc/security, etc.

>From an fsdb with extra debugging, the corrupt inodes are:

fsdb (inum: 2)> inode 47491584
command `inode 47491584
'
inode 47491584 filesystem offset 195720176
current inode 47491584: unallocated inode
current inode: unallocated
I=47491584 MODE=20 SIZE=109062957568
MTIME=Jun  2 17:06:40 1970 [33620224 nsec, 00c8c800 raw]
CTIME=May 27 13:24:48  [839516160 nsec, 00c8c8002e07 raw]
ATIME=neg  [294 nsec, 3305 raw]
OWNUID=13158400 GRP=wheel LINKCNT=12033 FLAGS=0xfd6400 
BLKCNT=0x2c6464003204 GEN=0x0
fsdb (inum: 47491584)> inode 47491585
command `inode 47491585
'
inode 47491585 filesystem offset 195720176
current inode 47491585: unallocated inode
current inode: unallocated
I=47491585 MODE=0 SIZE=0
MTIME=Jan  1 10:00:00 1970 [0 nsec,  raw]
CTIME=Jan  1 10:00:00 1970 [0 nsec,  raw]
ATIME=Jan  1 10:00:00 1970 [0 nsec,  raw]
OWNER=root GRP=wheel LINKCNT=0 FLAGS=0x0 BLKCNT=0x0 GEN=0x0

-- 
Paul Ripke
"Great minds discuss ideas, average minds discuss events, small minds
 discuss people."
-- Disputed: Often attributed to Eleanor Roosevelt. 1948.


Re: ffsv2 corruption on netbsd 9.0_STABLE amd64

2020-08-09 Thread Paul Ripke
On Mon, Aug 19, 2019 at 11:26:19AM +1000, Paul Ripke wrote:
> Ok, so not quite -current, but I haven't seen one of these since
> switching from ipf to npf... in my daily cron email, I was greeted
> with signs of corruption:
> 
> ksh$ ls -l 
> /home/netbsd/current/obj.evbarm/home/netbsd/current/src/sys/modules/wsbell
> ls: wsbell.kmod.map: No such file or directory
> ls: wsbell_tramp.S: Bad file descriptor
> 
> Maybe I should start running with a debug kernel to track this down.
> 
> Maybe I should also resurrect some fsdb patches to better dump out these
> inodes.
> 
> Any other ideas? 186 days uptime, raid0 looks good, no other signs of
> corruption.

Time passes, and now on NetBSD-9.0:

NetBSD slave 9.0_STABLE NetBSD 9.0_STABLE (SLAVE) #2: Thu Jul 23 10:33:30 AEST 
2020  
stix@slave:/home/netbsd/netbsd-9/obj.amd64/home/netbsd/netbsd-9/src/sys/arch/amd64/compile/SLAVE
 amd64

find: 
/home/netbsd/current/obj.amd64/home/netbsd/current/src/sys/rump/fs/lib/libext2fs/ext2fs_balloc.po:
 No such file or directory
find: 
/home/netbsd/current/obj.amd64/home/netbsd/current/src/sys/rump/fs/lib/libext2fs/ext2fs_vnops.pico:
 Bad file descriptor

Directory hasn't been modified since ~May, so the only updates are
likely to be atime touches by backups, /etc/security, etc.

-- 
Paul Ripke
"Great minds discuss ideas, average minds discuss events, small minds
 discuss people."
-- Disputed: Often attributed to Eleanor Roosevelt. 1948.


Automated report: NetBSD-current/i386 build success

2020-08-09 Thread NetBSD Test Fixture
The NetBSD-current/i386 build is working again.

The following commits were made between the last failed build and the
successful build:

2020.08.09.15.02.52 tsutsui 
src/external/mit/xorg/server/xorg-server/fb/Makefile.fb,v 1.12
2020.08.09.15.03.25 rillig src/usr.bin/make/unit-tests/moderrs.exp,v 1.14
2020.08.09.15.03.25 rillig src/usr.bin/make/unit-tests/moderrs.mk,v 1.13
2020.08.09.15.07.13 rillig src/usr.bin/make/var.c,v 1.445
2020.08.09.15.15.29 rillig src/usr.bin/make/unit-tests/moderrs.exp,v 1.15
2020.08.09.15.15.29 rillig src/usr.bin/make/unit-tests/moderrs.mk,v 1.14
2020.08.09.15.32.44 christos src/sys/arch/x86/x86/cpu.c,v 1.198
2020.08.09.15.32.44 christos src/sys/arch/x86/x86/x86_machdep.c,v 1.146
2020.08.09.15.54.13 rillig src/usr.bin/make/Makefile.boot,v 1.22
2020.08.09.16.32.28 rillig src/distrib/sets/lists/tests/mi,v 1.888
2020.08.09.16.32.28 rillig src/usr.bin/make/unit-tests/Makefile,v 1.91
2020.08.09.16.32.28 rillig src/usr.bin/make/unit-tests/use-inference.exp,v 
1.1
2020.08.09.16.32.28 rillig src/usr.bin/make/unit-tests/use-inference.mk,v 
1.1

Logs can be found at:


http://releng.NetBSD.org/b5reports/i386/commits-2020.08.html#2020.08.09.16.32.28


Re: -current build failure

2020-08-09 Thread Chavdar Ivanov
Hi,

Builds now.

On Sun, 9 Aug 2020 at 10:38, Chavdar Ivanov  wrote:
>
> Hi,
>
> With sources just updated, I am getting:
> 
> #  link  INSTALL_XEN3_DOMU/netbsd
> ld -Map netbsd.map --cref -T netbsd.ldscript -Ttext 0x8020
> -e start -X -o netbsd ${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ}
> vers.o swapnetbsd.o
> ld: netbsd32_mod.o: in function `amd64_oosyscall_handle':
> netbsd32_mod.c:(.text+0x111): undefined reference to `x86_cpu_is_lcall'
> *** Error code 1
> .
>
> Chavdar
>
>
> --
> 



-- 



Build error on amd64

2020-08-09 Thread Paul Goyette

While building tools, I get

In file included from 
/build/netbsd-local/src_ro/tools/binutils/../../external/gpl3/binutils/dist/bfd/i386netbsd.c:38:

/build/netbsd-local/src_ro/tools/binutils/../../external/gpl3/binutils/dist/bfd/
netbsd.h:54:10: fatal error: bfd.h: No such file or directory
 #include "bfd.h"
  ^~~
compilation terminated.
*** [i386netbsd.lo] Error code 1



++--+---+
| Paul Goyette   | PGP Key fingerprint: | E-mail addresses: |
| (Retired)  | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org   |
++--+---+


Re: Automated report: NetBSD-current/i386 build failure

2020-08-09 Thread Andreas Gustafsson
The NetBSD Test Fixture wrote:
> --- kern-XEN3PAE_DOMU ---
> *** [netbsd] Error code 1
> nbmake[2]: stopped in 
> /tmp/bracket/build/2020.08.09.11.04.05-i386/obj/sys/arch/i386/compile/XEN3PAE_DOMU

Specifically:

  --- kern-XEN3PAE_DOMU ---
  /tmp/bracket/build/2020.08.09.11.04.05-i386/tools/bin/i486--netbsdelf-ld: 
trap.o: in function `trap':
  trap.c:(.text+0xe27): undefined reference to `x86_cpu_is_lcall'

-- 
Andreas Gustafsson, g...@gson.org


Automated report: NetBSD-current/i386 build failure

2020-08-09 Thread NetBSD Test Fixture
This is an automatically generated notice of a NetBSD-current/i386
build failure.

The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2020.08.09.11.04.05.

An extract from the build.sh output follows:

/tmp/bracket/build/2020.08.09.11.04.05-i386/tools/bin/nbctfconvert -g -L 
VERSION acpi_pci.o
--- kern-INSTALL_XEN3PAE_DOMU ---
#   compile  INSTALL_XEN3PAE_DOMU/nfs_socket.o
/tmp/bracket/build/2020.08.09.11.04.05-i386/tools/bin/i486--netbsdelf-gcc 
-msoft-float -mno-mmx -mno-sse -mno-avx -ffreestanding 
-fno-zero-initialized-in-bss -fno-delete-null-pointer-checks -O2 
-fno-omit-frame-pointer -fstack-protector -Wstack-protector --param 
ssp-buffer-size=1 -fstack-usage -Wstack-usage=3584 -fno-strict-aliasing 
-fno-common -std=gnu99 -Werror -Wall -Wno-main -Wno-format-zero-length 
-Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wold-style-definition 
-Wswitch -Wshadow -Wcast-qual -Wwrite-strings -Wno-unreachable-code 
-Wno-pointer-sign -Wno-attributes -Wno-sign-compare -Walloca -march=i686 
--sysroot=/tmp/bracket/build/2020.08.09.11.04.05-i386/destdir -Di386 -I. 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/obj/sys/arch/i386/compile/INSTALL_XEN3PAE_DOMU/xen-ma
 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/external/mit/xen-include-public/dist/
 -I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/external/bsd/acpica/dist 
-I/tmp/bracket/build/202
 0.08.09.11.04.05-i386/src/sys/external/bsd/libnv/dist 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/../common/lib/libx86emu 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/../common/lib/libc/misc 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/../common/include 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/arch 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys -nostdinc -DCOMPAT_UTILS 
-D__XEN_INTERFACE_VERSION__=0x3020a -DDIAGNOSTIC -DCOMPAT_44 -D_KERNEL 
-D_KERNEL_OPT -std=gnu99 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/lib/libkern/../../../common/lib/libc/quad
 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/lib/libkern/../../../common/lib/libc/string
 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/lib/libkern/../../../common/lib/libc/arch/i386/string
 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/lib/libkern/../../../common/lib/libc/hash/sha3
 -D_FORTIFY_SOURCE=2 -I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/exte
 rnal/bsd/libnv/dist -c 
/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/nfs/nfs_socket.c -o 
nfs_socket.o
--- kern-MONOLITHIC ---
--- wsdisplay_compat_usl.d ---
mv -f wsdisplay_compat_usl.d.tmp wsdisplay_compat_usl.d
--- kern-GENERIC ---
--- alps.o ---
--- kern-XEN3PAE_DOM0 ---
--- acpi_pci_link.o ---
--- kern-GENERIC ---
#   compile  GENERIC/alps.o
/tmp/bracket/build/2020.08.09.11.04.05-i386/tools/bin/i486--netbsdelf-gcc 
-msoft-float -mno-mmx -mno-sse -mno-avx -mindirect-branch=thunk 
-mindirect-branch-register -ffreestanding -fno-zero-initialized-in-bss 
-fno-delete-null-pointer-checks -O2 -fno-omit-frame-pointer -fstack-protector 
-Wstack-protector --param ssp-buffer-size=1 -fstack-usage -Wstack-usage=3584 
-fno-strict-aliasing -fno-common -std=gnu99 -Werror -Wall -Wno-main 
-Wno-format-zero-length -Wpointer-arith -Wmissing-prototypes 
-Wstrict-prototypes -Wold-style-definition -Wswitch -Wshadow -Wcast-qual 
-Wwrite-strings -Wno-unreachable-code -Wno-pointer-sign -Wno-attributes -Wextra 
-Wno-unused-parameter -Wold-style-definition -Wno-sign-compare -Walloca 
--sysroot=/tmp/bracket/build/2020.08.09.11.04.05-i386/destdir -Di386 -I. 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/external/mit/xen-include-public/dist/
 -I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/external/bsd/acpica/dist 
-I/tmp/bracket/build/2020.08.09.
 11.04.05-i386/src/sys/external/bsd/libnv/dist 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/../common/lib/libx86emu 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/../common/lib/libc/misc 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/../common/include 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/arch 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys -nostdinc -DCOMPAT_UTILS 
-D__XEN_INTERFACE_VERSION__=0x3020a -DDIAGNOSTIC -DCOMPAT_44 -D_KERNEL 
-D_KERNEL_OPT -std=gnu99 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/lib/libkern/../../../common/lib/libc/quad
 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/lib/libkern/../../../common/lib/libc/string
 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/lib/libkern/../../../common/lib/libc/arch/i386/string
 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/lib/libkern/../../../common/lib/libc/hash/sha3
 -D_FORTIFY_SOURCE=2 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/external/isc
 /atheros_hal/dist 
-I/tmp/bracket/build/2020.08.09.11.04.05-i386/src/sys/external/isc/atheros_hal/ic
 

-current build failure

2020-08-09 Thread Chavdar Ivanov
Hi,

With sources just updated, I am getting:

#  link  INSTALL_XEN3_DOMU/netbsd
ld -Map netbsd.map --cref -T netbsd.ldscript -Ttext 0x8020
-e start -X -o netbsd ${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ}
vers.o swapnetbsd.o
ld: netbsd32_mod.o: in function `amd64_oosyscall_handle':
netbsd32_mod.c:(.text+0x111): undefined reference to `x86_cpu_is_lcall'
*** Error code 1
.

Chavdar


--