date:20210222

13.0-beta3: em/igb driver incoming bytes values doubled in netstat

2021-02-22 Thread Eric Borisch

The incoming bytes on an intel I211 (em/igb) are being counted twice
somewhere in the path that is queried by netstat and zabbix_agentd (which
definitely uses ifmib.)

My 'cable' interface is dev.igb.0; the system is live, so counts are going
to keep going up, too.

$ sysctl dev.igb.0 | grep octet
dev.igb.0.mac_stats.good_octets_txd: 4836948514
dev.igb.0.mac_stats.good_octets_recvd: 17402549118

$ netstat -I cable -b | column -t
Name   Mtu   NetworkAddressIpkts Ierrs  Idrop
 Ibytes   OpktsOerrs  Obytes  Coll
cable  1500 00:0d:b9:55:70:08  31197172  0  0
 34681776974  9401856  0  4793050336  0
cable  - 199.48.95.0/2  1500922-static.ro  94275 -  -
 24989369 106396   -  9906685 -

$ zabbix_agentd -t 'net.if.in[cable]'
net.if.in[cable]  [u|34684619970]

Note the octets_txd (which should be a little bigger than obytes) is very
close to netstat's Obytes (obytes):
 4836948514  ~= 4793050336

But octets_recvd (which should be a little bigger than ibytes) is ~ 1/2 of
netstat/zabbix's (ifmib's) ibytes.
  17402549118 ~= 34681776974 / 2

I can run known traffic across an interface, and the octets_recvd are
hanging with the expected change, while netstat's and zabbix's are at 2x.

I'm running a custom kernel, but I was running the same on 12.2, as well,
and this only crept up on 13. I don't have 13 running on anything with
different hardware to compare, unfortunately.

Thanks for any suggestions,
  - Eric
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

2021-02-22 Thread Dean E. Weimer via freebsd-stable


On 2021-02-22 8:55 pm, Dean E. Weimer via freebsd-stable wrote:

On 2021-02-22 5:52 pm, Warner Losh wrote:


What does this patch do for you?

diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile
index ad95948ec50a..cbbe15bd1fc0 100644
--- a/stand/i386/loader/Makefile
+++ b/stand/i386/loader/Makefile
@@ -90,7 +90,8 @@ FILES+=   ${LOADER}
FILESMODE_${LOADER}= ${BINMODE} -b

# XXX crt0.o needs to be first for pxeboot(8) to work
-OBJS=  ${BTXCRT}
+# Can't add it to OBJS w/o pain and suffering
+LDFLAGS+=  ${BTXCRT}

DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}
LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}

Anything?

Warner


Success, mostly anyways. I tried copying and pasting above into a file
(/tmp/patch) and using patch < /tmp/patch from usr/src. It failed to
apply, so I just manually edited file, removed OBJS= line and added
the comment and LDFLAGS+= line. ran make clean in usr/src/stand and
then from usr/src ran make -DNO_CLEAN buildworld, then buildinstall
completed. Don't know if email client added a special character that
screwed up patch or I just did it wrong, but the fix appears to have
worked.


Maybe I spoke to soon, system failed to boot. Going to spool up a VM to 
see if I can replicate issue within the VM.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: lots of "no such file or directory" errors in zfs filesystem

2021-02-22 Thread Chris Anderson

On Mon, Feb 22, 2021 at 9:13 AM Andriy Gapon  wrote:

> On 22/02/2021 16:20, Chris Anderson wrote:
> > On Mon, Feb 22, 2021 at 1:36 AM Andriy Gapon  > > wrote:
> >
> > On 22/02/2021 09:31, Chris Anderson wrote:
> > > None of these files are especially important to me, however I was
> wondering
> > > if there would be any benefit to the community from trying to
> debug this
> > > issue further to understand what might be going wrong.
> >
> > Yes.
> >
> >
> > Could you offer any guidance about what kind of debugging information I
> could
> > collect that would be of use?
>
> You can start with picking a single file that demonstrates the problem.
> Then,
> ls -li the-file
> zdb - file's-filesystem file's-inode-number
> The filesystem can be found out from df output, the inode number is in ls
> -li
> output -- if the command prints anything at all.
> If it does not, then do ls -lid on the file's directory and then zdb -
> for
> the directory's inode number.  In the output there should be the file name
> and
> its number (I think that it's in hex, but not sure).
>

so I can't ls -i the file since that triggers the no such file warning. if
I run zdb - on the inode of a directory which contains one of those
missing files, I can get the inode of the file from that, but I don't get
anything particularly interesting in the output.

most of the files that are missing are in directories with a large number
of files (the largest has 180k) but I managed to find a directory which had
a single file entry that is missing:

Dataset tank/home/cva [ZPL], ID 196, cr_txg 163, 109G, 908537 objects,
rootbp DVA[0]=<0:13210311000:1000> DVA[1]=<0:18b9a02c000:1000> [L0 DMU
objset] fletcher4 uncompressed LE contiguous unique double size=800L/800P
birth=46916371L/46916371P fill=908537
cksum=11fdd21d1d:13cb24c87a6e:da0c9bf1b5df3:715ab2ec45b7b09


Object  lvl   iblk   dblk  dsize  dnsize  lsize   %full  type

 382681   128K 1K  0512 1K  100.00  ZFS directory

   264   bonus  ZFS znode

dnode flags: USED_BYTES USERUSED_ACCOUNTED

dnode maxblkid: 0

uid 1001

gid 1001

atime   Sun Aug  6 02:00:41 2017

mtime   Wed Apr 15 12:12:42 2020

ctime   Wed Apr 15 12:12:42 2020

crtime  Sat Aug  5 15:10:07 2017

gen 23881023

mode40755

size3

parent  38176

links   2

pflags  4080144

xattr   0

rdev0x

microzap: 1024 bytes, 1 entries



hash_test.go = 38274 (type: Regular File)


# zdb - tank/home/cva 38274

Dataset tank/home/cva [ZPL], ID 196, cr_txg 163, 109G, 908537 objects,
rootbp DVA[0]=<0:13210311000:1000> DVA[1]=<0:18b9a02c000:1000> [L0 DMU
objset] fletcher4 uncompressed LE contiguous unique double size=800L/800P
birth=46916371L/46916371P fill=908537
cksum=11fdd21d1d:13cb24c87a6e:da0c9bf1b5df3:715ab2ec45b7b09


Object  lvl   iblk   dblk  dsize  dnsize  lsize   %full  type

zdb: dmu_bonus_hold(38274) failed, errno 2


>
> --
> Andriy Gapon
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13.0-BETA3 frequent file system (UFS) hangs

2021-02-22 Thread Jack L.

I'm also having the same exact issues across several systems on
13-BETA3 and 14-CURRENT as of last week.

I recently upgraded everything to the latest 13-STABLE and 14-CURRENT
but uptime is only a day or so and not sure if it's still a problem.


On Mon, Feb 22, 2021 at 12:07 PM Florian Smeets via freebsd-stable
 wrote:
>
> Hi,
>
> on Sunday I upgraded a lightly loaded web server (Nginx+PHP-FPM+MariaDB)
> from 12.2-RELEASE-p3 to 13.0-BETA3. The server has been hanging every
> few hours (between 2-12). Until now the only remedy I found was a reboot.
>
> When the issue appears I can still read from the file system, I was able
> to touch a (new) file, but not delete it.
>
> load: 0.49  cmd: rm 78200 [biowr] 7.31r 0.00u 0.28s 1% 2192k
> mi_switch+0xc1 _sleep+0x1cb bwait+0x6e bufwrite+0x206 ffs_update+0x2d0
> ffs_syncvnode+0x552 softdep_prelink+0x14b ufs_remove+0x85
> VOP_REMOVE_APV+0x27 kern_funlinkat+0x2d5 sys_unlink+0x28
> amd64_syscall+0x10c fast_syscall_common+0xf8
>
> The system is UFS only.
>
> /dev/da0s1a on / (ufs, local, noatime, journaled soft-updates, writes:
> sync 19483 async 3361, reads: sync 24501 async 4191, fsid 374666591e63cded)
>
> For some of the reboots I see the following in the log before rebooting:
>
> Feb 21 15:21:57 web01 kernel: Waiting (max 60 seconds) for system
> process `vnlru' to stop... done
> Feb 21 15:21:57 web01 kernel: Waiting (max 60 seconds) for system
> process `syncer' to stop...
> Feb 21 15:21:57 web01 kernel: Syncing disks, vnodes remaining... 20
> fsync: giving up on dirty (error = 35) 0xf80003815b70: type VCHR
> Feb 21 15:21:57 web01 kernel: usecount 1, writecount 0, refcount
> 1074 seqc users 0 rdev 0xf80004c3f000
> Feb 21 15:21:57 web01 kernel: hold count flags ()
> Feb 21 15:21:57 web01 kernel: flags ()
> Feb 21 15:21:57 web01 kernel: v_object 0xf800030d0c60 ref 0
> pages 45500 cleanbuf 1071 dirtybuf 1
> Feb 21 15:21:57 web01 kernel: lock type mntfs: EXCL by thread
> 0xfe00c33fc000 (pid 24, syncer, tid 100097)
> Feb 21 15:21:57 web01 kernel: 9 5 0 0 done
>
> Is this related to the thread "FreeBSD 13.0-BETA2 and slow IO" ?
>
> I have a stable/13 kernel on there now, but that also hung once already.
>
> Do I need to disable SU/SUJ or put a main kernel on there to get it stable?
>
> Thanks,
> Florian
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

2021-02-22 Thread Dean E. Weimer via freebsd-stable


On 2021-02-22 5:52 pm, Warner Losh wrote:


What does this patch do for you?

diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile
index ad95948ec50a..cbbe15bd1fc0 100644
--- a/stand/i386/loader/Makefile
+++ b/stand/i386/loader/Makefile
@@ -90,7 +90,8 @@ FILES+=   ${LOADER}
FILESMODE_${LOADER}= ${BINMODE} -b

# XXX crt0.o needs to be first for pxeboot(8) to work
-OBJS=  ${BTXCRT}
+# Can't add it to OBJS w/o pain and suffering
+LDFLAGS+=  ${BTXCRT}

DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}
LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}

Anything?

Warner


Success, mostly anyways. I tried copying and pasting above into a file 
(/tmp/patch) and using patch < /tmp/patch from usr/src. It failed to 
apply, so I just manually edited file, removed OBJS= line and added the 
comment and LDFLAGS+= line. ran make clean in usr/src/stand and then 
from usr/src ran make -DNO_CLEAN buildworld, then buildinstall 
completed. Don't know if email client added a special character that 
screwed up patch or I just did it wrong, but the fix appears to have 
worked.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

2021-02-22 Thread Warner Losh

What does this patch do for you?

diff --git a/stand/i386/loader/Makefile b/stand/i386/loader/Makefile
index ad95948ec50a..cbbe15bd1fc0 100644
--- a/stand/i386/loader/Makefile
+++ b/stand/i386/loader/Makefile
@@ -90,7 +90,8 @@ FILES+=   ${LOADER}
 FILESMODE_${LOADER}= ${BINMODE} -b

 # XXX crt0.o needs to be first for pxeboot(8) to work
-OBJS=  ${BTXCRT}
+# Can't add it to OBJS w/o pain and suffering
+LDFLAGS+=  ${BTXCRT}

 DPADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}
 LDADD= ${LDR_INTERP32} ${LIBFIREWIRE} ${LIBI386} ${LIBSA32}

Anything?

Warner

On Mon, Feb 22, 2021 at 4:17 PM Dean E. Weimer  wrote:

> On 2021-02-22 10:53 am, Dean E. Weimer wrote:
> > On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote:
> >> On 2021-02-22 9:29 am, Warner Losh wrote:
> >>
> >>> On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable
> >>>  wrote:
> >>>
>  I was able to successfully build and install BETA2 from source,
>  however
>  I am now attempting to upgrade the same machine to BETA3 buildworld
>  and
>  buildkernel complete. installkernel also completes, but installworld
>  fails, it appears to not find a file for i386 boot.
> 
>  I do have a customized src.conf
>  WIHTOUT_FLOPPY="YES"
>  WITHOUT_FREEBSD_UPDATE="YES"
>  WITH_BSD_GREP="YES"
>  WITHOUT_BLUETOOTH="YES"
>  WITHOUT_PORTSNAP="YES"
>  WITHOUT_WIRELESS="YES"
>  WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
>  WITHOUT_ATM="YES"
>  WITHOUT_LPR="YES"
>  WITHOUT_PPP="YES"
>  WITHOUT_LLDB="YES"
>  WITHOUT_FTP="YES"
>  WITHOUT_RBOOTD="YES"
>  WITHOUT_TALK="YES"
>  WITHOUT_NTP="YES"
>  WITH_ISCSI="YES"
>  WITH_REPRODUCIBLE_BUILD="YES"
>  WITHOUT_GNU_DIFF="YES"
>  WITH_KERNEL_RETPOLINE="YES"
> 
>  and customized make.conf
>  CFLAGS?= -O
>  CLFAGS+= -pipe
>  NO_CPU_CFLAGS=
>  MK_WERROR=no
> 
>  WITH_CCACHE_BUILD= YES
>  OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
>  OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
>  DOCS
>  WRKDIRPREFIX= /var/ports
>  PACKAGES= /var/ports/packages
>  WITH_PKGNG= YES
>  DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6
>  mysql=105m
>  ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13
> 
>  .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
>  !defined(NOCCACHE)
>  CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
>  CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
>  .endif
>  .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) ||
>  !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)
>  CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
>  CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
>  .endif
> 
>  Here's the part of where it fails during the install, src tree was
>  checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.
> 
>  ...
>  ===> stand/userboot (install)
>  ===> stand/userboot/test (install)
>  ===> stand/userboot/userboot_4th (install)
>  install   -o root -g wheel -m 444   -S  userboot_4th.so
>  /jails/devel/ROOT/boot/
>  install  -o root -g wheel -m 444userboot_4th.so.debug
>  /jails/devel/ROOT/usr/lib/debug/boot/
>  ===> stand/userboot/userboot_lua (install)
>  install   -o root -g wheel -m 444   -S  userboot_lua.so
>  /jails/devel/ROOT/boot/
>  install  -o root -g wheel -m 444userboot_lua.so.debug
>  /jails/devel/ROOT/usr/lib/debug/boot/
>  install -l h -o root -g wheel -m 444
>  /jails/devel/ROOT/boot/userboot_lua.so
>  /jails/devel/ROOT/boot/userboot.so
>  ===> stand/i386 (install)
>  ===> stand/i386/btx (install)
>  ===> stand/i386/btx/btx (install)
>  ===> stand/i386/btx/btxldr (install)
>  ===> stand/i386/btx/lib (install)
>  ===> stand/i386/libi386 (install)
>  ===> stand/i386/mbr (install)
>  install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
>  ===> stand/i386/pmbr (install)
>  install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
>  ===> stand/i386/boot0 (install)
>  install   -o root -g wheel -m 444   boot0
>  /jails/devel/ROOT/boot/boot0
>  ===> stand/i386/boot0sio (install)
>  install   -o root -g wheel -m 444   boot0
>  /jails/devel/ROOT/boot/boot0sio
>  ===> stand/i386/boot2 (install)
>  objcopy -S -O binary boot1.out boot1
>  objcopy -S -O binary boot2.out boot2.bin
>  btxld -v -E 0x2000 -f bin -b
> 
> /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx
>  -l boot2.ldr  -o boot2.ld -P 1 boot2.bin
>  make[6]: exec(btxld) failed (No such file or directory)
> >>>
> >>> Does this happen every time, or only sometimes? Do you have the
> >>> complete log? Why we're trying to run btxld and objcopy in the
>

Re: 13-BETA3 installation from source problems.

2021-02-22 Thread Dean E. Weimer via freebsd-stable


On 2021-02-22 10:53 am, Dean E. Weimer wrote:

On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote:

On 2021-02-22 9:29 am, Warner Losh wrote:

On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable 
 wrote:


I was able to successfully build and install BETA2 from source, 
however
I am now attempting to upgrade the same machine to BETA3 buildworld 
and

buildkernel complete. installkernel also completes, but installworld
fails, it appears to not find a file for i386 boot.

I do have a customized src.conf
WIHTOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_WIRELESS="YES"
WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
WITHOUT_ATM="YES"
WITHOUT_LPR="YES"
WITHOUT_PPP="YES"
WITHOUT_LLDB="YES"
WITHOUT_FTP="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_TALK="YES"
WITHOUT_NTP="YES"
WITH_ISCSI="YES"
WITH_REPRODUCIBLE_BUILD="YES"
WITHOUT_GNU_DIFF="YES"
WITH_KERNEL_RETPOLINE="YES"

and customized make.conf
CFLAGS?= -O
CLFAGS+= -pipe
NO_CPU_CFLAGS=
MK_WERROR=no

WITH_CCACHE_BUILD= YES
OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
DOCS
WRKDIRPREFIX= /var/ports
PACKAGES= /var/ports/packages
WITH_PKGNG= YES
DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 
mysql=105m

ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13

.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
!defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif
.if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) ||
!empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif

Here's the part of where it fails during the install, src tree was
checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.

...
===> stand/userboot (install)
===> stand/userboot/test (install)
===> stand/userboot/userboot_4th (install)
install   -o root -g wheel -m 444   -S  userboot_4th.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_4th.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
===> stand/userboot/userboot_lua (install)
install   -o root -g wheel -m 444   -S  userboot_lua.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_lua.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
install -l h -o root -g wheel -m 444
/jails/devel/ROOT/boot/userboot_lua.so
/jails/devel/ROOT/boot/userboot.so
===> stand/i386 (install)
===> stand/i386/btx (install)
===> stand/i386/btx/btx (install)
===> stand/i386/btx/btxldr (install)
===> stand/i386/btx/lib (install)
===> stand/i386/libi386 (install)
===> stand/i386/mbr (install)
install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
===> stand/i386/pmbr (install)
install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
===> stand/i386/boot0 (install)
install   -o root -g wheel -m 444   boot0 
/jails/devel/ROOT/boot/boot0

===> stand/i386/boot0sio (install)
install   -o root -g wheel -m 444   boot0
/jails/devel/ROOT/boot/boot0sio
===> stand/i386/boot2 (install)
objcopy -S -O binary boot1.out boot1
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx
-l boot2.ldr  -o boot2.ld -P 1 boot2.bin
make[6]: exec(btxld) failed (No such file or directory)


Does this happen every time, or only sometimes? Do you have the 
complete log? Why we're trying to run btxld and objcopy in the 
*INSTALL* phase is likely why (paths are different between the two)


Warner


mail to "freebsd-stable-unsubscr...@freebsd.org"


Everytime, not sure why I am trying to run btxld and objcopy in
install phase, I am simply running the command make installworld

I do use env variables to change paths, as I install to a ZFS clone of
the original system dataset then change boot setting on pool and
reboot.

Environment Variables used during build and install, been doing this
process ever since I started using ZFS boot on FreeBSD 9.2.

setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj
setenv DESTDIR /jails/devel/ROOT
setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf
setenv SRCCONF /jails/devel/ROOT/etc/src.conf


I had already started a new build specifying CPUTYPE=silvermont in
make.conf, as attempt work around. It failed as well. I did check and
the path above exists on the system

:/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx
# ll
total 10
-rw-r--r--  1 root  wheel   117B Feb 22 10:13 .depend.btx.o
-rwxr-xr-x  1 root  wheel   1.7K Feb 22 10:37 btx*
-rw-r--r--  1 root  wheel   5.4K Feb 22 10:13 btx.o
drwxr-xr-x  2 root  wheel 4B Feb 22 10:13 include/

I have removed my CPU Type specification and will run a new make and
install capturing full logs so that I can post a link to full logs.


I did a

13.0-BETA3 frequent file system (UFS) hangs

2021-02-22 Thread Florian Smeets via freebsd-stable


Hi,

on Sunday I upgraded a lightly loaded web server (Nginx+PHP-FPM+MariaDB) 
from 12.2-RELEASE-p3 to 13.0-BETA3. The server has been hanging every 
few hours (between 2-12). Until now the only remedy I found was a reboot.


When the issue appears I can still read from the file system, I was able 
to touch a (new) file, but not delete it.


load: 0.49  cmd: rm 78200 [biowr] 7.31r 0.00u 0.28s 1% 2192k
mi_switch+0xc1 _sleep+0x1cb bwait+0x6e bufwrite+0x206 ffs_update+0x2d0 
ffs_syncvnode+0x552 softdep_prelink+0x14b ufs_remove+0x85 
VOP_REMOVE_APV+0x27 kern_funlinkat+0x2d5 sys_unlink+0x28 
amd64_syscall+0x10c fast_syscall_common+0xf8


The system is UFS only.

/dev/da0s1a on / (ufs, local, noatime, journaled soft-updates, writes: 
sync 19483 async 3361, reads: sync 24501 async 4191, fsid 374666591e63cded)


For some of the reboots I see the following in the log before rebooting:

Feb 21 15:21:57 web01 kernel: Waiting (max 60 seconds) for system 
process `vnlru' to stop... done
Feb 21 15:21:57 web01 kernel: Waiting (max 60 seconds) for system 
process `syncer' to stop...
Feb 21 15:21:57 web01 kernel: Syncing disks, vnodes remaining... 20 
fsync: giving up on dirty (error = 35) 0xf80003815b70: type VCHR
Feb 21 15:21:57 web01 kernel: usecount 1, writecount 0, refcount 
1074 seqc users 0 rdev 0xf80004c3f000

Feb 21 15:21:57 web01 kernel: hold count flags ()
Feb 21 15:21:57 web01 kernel: flags ()
Feb 21 15:21:57 web01 kernel: v_object 0xf800030d0c60 ref 0 
pages 45500 cleanbuf 1071 dirtybuf 1
Feb 21 15:21:57 web01 kernel: lock type mntfs: EXCL by thread 
0xfe00c33fc000 (pid 24, syncer, tid 100097)

Feb 21 15:21:57 web01 kernel: 9 5 0 0 done

Is this related to the thread "FreeBSD 13.0-BETA2 and slow IO" ?

I have a stable/13 kernel on there now, but that also hung once already.

Do I need to disable SU/SUJ or put a main kernel on there to get it stable?

Thanks,
Florian


OpenPGP_signature
Description: OpenPGP digital signature

Re: 13-BETA3 installation from source problems.

2021-02-22 Thread Dean E. Weimer via freebsd-stable


On 2021-02-22 9:38 am, Dean E. Weimer via freebsd-stable wrote:

On 2021-02-22 9:29 am, Warner Losh wrote:

On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable 
 wrote:


I was able to successfully build and install BETA2 from source, 
however
I am now attempting to upgrade the same machine to BETA3 buildworld 
and

buildkernel complete. installkernel also completes, but installworld
fails, it appears to not find a file for i386 boot.

I do have a customized src.conf
WIHTOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_WIRELESS="YES"
WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
WITHOUT_ATM="YES"
WITHOUT_LPR="YES"
WITHOUT_PPP="YES"
WITHOUT_LLDB="YES"
WITHOUT_FTP="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_TALK="YES"
WITHOUT_NTP="YES"
WITH_ISCSI="YES"
WITH_REPRODUCIBLE_BUILD="YES"
WITHOUT_GNU_DIFF="YES"
WITH_KERNEL_RETPOLINE="YES"

and customized make.conf
CFLAGS?= -O
CLFAGS+= -pipe
NO_CPU_CFLAGS=
MK_WERROR=no

WITH_CCACHE_BUILD= YES
OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
DOCS
WRKDIRPREFIX= /var/ports
PACKAGES= /var/ports/packages
WITH_PKGNG= YES
DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 
mysql=105m

ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13

.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
!defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif
.if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) ||
!empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif

Here's the part of where it fails during the install, src tree was
checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.

...
===> stand/userboot (install)
===> stand/userboot/test (install)
===> stand/userboot/userboot_4th (install)
install   -o root -g wheel -m 444   -S  userboot_4th.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_4th.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
===> stand/userboot/userboot_lua (install)
install   -o root -g wheel -m 444   -S  userboot_lua.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_lua.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
install -l h -o root -g wheel -m 444
/jails/devel/ROOT/boot/userboot_lua.so
/jails/devel/ROOT/boot/userboot.so
===> stand/i386 (install)
===> stand/i386/btx (install)
===> stand/i386/btx/btx (install)
===> stand/i386/btx/btxldr (install)
===> stand/i386/btx/lib (install)
===> stand/i386/libi386 (install)
===> stand/i386/mbr (install)
install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
===> stand/i386/pmbr (install)
install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
===> stand/i386/boot0 (install)
install   -o root -g wheel -m 444   boot0 
/jails/devel/ROOT/boot/boot0

===> stand/i386/boot0sio (install)
install   -o root -g wheel -m 444   boot0
/jails/devel/ROOT/boot/boot0sio
===> stand/i386/boot2 (install)
objcopy -S -O binary boot1.out boot1
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx
-l boot2.ldr  -o boot2.ld -P 1 boot2.bin
make[6]: exec(btxld) failed (No such file or directory)


Does this happen every time, or only sometimes? Do you have the 
complete log? Why we're trying to run btxld and objcopy in the 
*INSTALL* phase is likely why (paths are different between the two)


Warner


mail to "freebsd-stable-unsubscr...@freebsd.org"


Everytime, not sure why I am trying to run btxld and objcopy in
install phase, I am simply running the command make installworld

I do use env variables to change paths, as I install to a ZFS clone of
the original system dataset then change boot setting on pool and
reboot.

Environment Variables used during build and install, been doing this
process ever since I started using ZFS boot on FreeBSD 9.2.

setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj
setenv DESTDIR /jails/devel/ROOT
setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf
setenv SRCCONF /jails/devel/ROOT/etc/src.conf


I had already started a new build specifying CPUTYPE=silvermont in 
make.conf, as attempt work around. It failed as well. I did check and 
the path above exists on the system


:/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx 
# ll

total 10
-rw-r--r--  1 root  wheel   117B Feb 22 10:13 .depend.btx.o
-rwxr-xr-x  1 root  wheel   1.7K Feb 22 10:37 btx*
-rw-r--r--  1 root  wheel   5.4K Feb 22 10:13 btx.o
drwxr-xr-x  2 root  wheel 4B Feb 22 10:13 include/

I have removed my CPU Type specification and will run a new make and 
install capturing full logs so that I can post a link to full logs.



--
Thanks,
   Dean E. Weimer

Re: 13-BETA3 installation from source problems.

2021-02-22 Thread Dean E. Weimer via freebsd-stable


On 2021-02-22 9:29 am, Warner Losh wrote:

On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable 
 wrote:


I was able to successfully build and install BETA2 from source, 
however
I am now attempting to upgrade the same machine to BETA3 buildworld 
and

buildkernel complete. installkernel also completes, but installworld
fails, it appears to not find a file for i386 boot.

I do have a customized src.conf
WIHTOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_WIRELESS="YES"
WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
WITHOUT_ATM="YES"
WITHOUT_LPR="YES"
WITHOUT_PPP="YES"
WITHOUT_LLDB="YES"
WITHOUT_FTP="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_TALK="YES"
WITHOUT_NTP="YES"
WITH_ISCSI="YES"
WITH_REPRODUCIBLE_BUILD="YES"
WITHOUT_GNU_DIFF="YES"
WITH_KERNEL_RETPOLINE="YES"

and customized make.conf
CFLAGS?= -O
CLFAGS+= -pipe
NO_CPU_CFLAGS=
MK_WERROR=no

WITH_CCACHE_BUILD= YES
OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
DOCS
WRKDIRPREFIX= /var/ports
PACKAGES= /var/ports/packages
WITH_PKGNG= YES
DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 
mysql=105m

ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13

.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
!defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif
.if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) ||
!empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)
CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif

Here's the part of where it fails during the install, src tree was
checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.

...
===> stand/userboot (install)
===> stand/userboot/test (install)
===> stand/userboot/userboot_4th (install)
install   -o root -g wheel -m 444   -S  userboot_4th.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_4th.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
===> stand/userboot/userboot_lua (install)
install   -o root -g wheel -m 444   -S  userboot_lua.so
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_lua.so.debug
/jails/devel/ROOT/usr/lib/debug/boot/
install -l h -o root -g wheel -m 444
/jails/devel/ROOT/boot/userboot_lua.so
/jails/devel/ROOT/boot/userboot.so
===> stand/i386 (install)
===> stand/i386/btx (install)
===> stand/i386/btx/btx (install)
===> stand/i386/btx/btxldr (install)
===> stand/i386/btx/lib (install)
===> stand/i386/libi386 (install)
===> stand/i386/mbr (install)
install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
===> stand/i386/pmbr (install)
install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
===> stand/i386/boot0 (install)
install   -o root -g wheel -m 444   boot0 /jails/devel/ROOT/boot/boot0
===> stand/i386/boot0sio (install)
install   -o root -g wheel -m 444   boot0
/jails/devel/ROOT/boot/boot0sio
===> stand/i386/boot2 (install)
objcopy -S -O binary boot1.out boot1
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx
-l boot2.ldr  -o boot2.ld -P 1 boot2.bin
make[6]: exec(btxld) failed (No such file or directory)


Does this happen every time, or only sometimes? Do you have the 
complete log? Why we're trying to run btxld and objcopy in the 
*INSTALL* phase is likely why (paths are different between the two)


Warner


mail to "freebsd-stable-unsubscr...@freebsd.org"


Everytime, not sure why I am trying to run btxld and objcopy in install 
phase, I am simply running the command make installworld


I do use env variables to change paths, as I install to a ZFS clone of 
the original system dataset then change boot setting on pool and reboot.


Environment Variables used during build and install, been doing this 
process ever since I started using ZFS boot on FreeBSD 9.2.


setenv MAKEOBJDIRPREFIX /jails/devel/ROOT/usr/obj
setenv DESTDIR /jails/devel/ROOT
setenv __MAKE_CONF /jails/devel/ROOT/etc/make.conf
setenv SRCCONF /jails/devel/ROOT/etc/src.conf

--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 13-BETA3 installation from source problems.

2021-02-22 Thread Warner Losh

On Mon, Feb 22, 2021 at 8:24 AM Dean E. Weimer via freebsd-stable <
freebsd-stable@freebsd.org> wrote:

> I was able to successfully build and install BETA2 from source, however
> I am now attempting to upgrade the same machine to BETA3 buildworld and
> buildkernel complete. installkernel also completes, but installworld
> fails, it appears to not find a file for i386 boot.
>
> I do have a customized src.conf
> WIHTOUT_FLOPPY="YES"
> WITHOUT_FREEBSD_UPDATE="YES"
> WITH_BSD_GREP="YES"
> WITHOUT_BLUETOOTH="YES"
> WITHOUT_PORTSNAP="YES"
> WITHOUT_WIRELESS="YES"
> WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
> WITHOUT_ATM="YES"
> WITHOUT_LPR="YES"
> WITHOUT_PPP="YES"
> WITHOUT_LLDB="YES"
> WITHOUT_FTP="YES"
> WITHOUT_RBOOTD="YES"
> WITHOUT_TALK="YES"
> WITHOUT_NTP="YES"
> WITH_ISCSI="YES"
> WITH_REPRODUCIBLE_BUILD="YES"
> WITHOUT_GNU_DIFF="YES"
> WITH_KERNEL_RETPOLINE="YES"
>
> and customized make.conf
> CFLAGS?= -O
> CLFAGS+= -pipe
> NO_CPU_CFLAGS=
> MK_WERROR=no
>
> WITH_CCACHE_BUILD= YES
> OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
> OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES
> DOCS
> WRKDIRPREFIX= /var/ports
> PACKAGES= /var/ports/packages
> WITH_PKGNG= YES
> DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 mysql=105m
> ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13
>
> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) &&
> !defined(NOCCACHE)
>CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
>CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
> .endif
> .if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) ||
> !empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)
>CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
>CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
> .endif
>
>
> Here's the part of where it fails during the install, src tree was
> checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.
>
> ...
> ===> stand/userboot (install)
> ===> stand/userboot/test (install)
> ===> stand/userboot/userboot_4th (install)
> install   -o root -g wheel -m 444   -S  userboot_4th.so
> /jails/devel/ROOT/boot/
> install  -o root -g wheel -m 444userboot_4th.so.debug
> /jails/devel/ROOT/usr/lib/debug/boot/
> ===> stand/userboot/userboot_lua (install)
> install   -o root -g wheel -m 444   -S  userboot_lua.so
> /jails/devel/ROOT/boot/
> install  -o root -g wheel -m 444userboot_lua.so.debug
> /jails/devel/ROOT/usr/lib/debug/boot/
> install -l h -o root -g wheel -m 444
> /jails/devel/ROOT/boot/userboot_lua.so
> /jails/devel/ROOT/boot/userboot.so
> ===> stand/i386 (install)
> ===> stand/i386/btx (install)
> ===> stand/i386/btx/btx (install)
> ===> stand/i386/btx/btxldr (install)
> ===> stand/i386/btx/lib (install)
> ===> stand/i386/libi386 (install)
> ===> stand/i386/mbr (install)
> install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
> ===> stand/i386/pmbr (install)
> install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
> ===> stand/i386/boot0 (install)
> install   -o root -g wheel -m 444   boot0 /jails/devel/ROOT/boot/boot0
> ===> stand/i386/boot0sio (install)
> install   -o root -g wheel -m 444   boot0
> /jails/devel/ROOT/boot/boot0sio
> ===> stand/i386/boot2 (install)
> objcopy -S -O binary boot1.out boot1
> objcopy -S -O binary boot2.out boot2.bin
> btxld -v -E 0x2000 -f bin -b
> /jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx
>
> -l boot2.ldr  -o boot2.ld -P 1 boot2.bin
> make[6]: exec(btxld) failed (No such file or directory)
>

Does this happen every time, or only sometimes? Do you have the complete
log? Why we're trying to run btxld and objcopy in the *INSTALL* phase is
likely why (paths are different between the two)

Warner


> *** Error code 1
>
> Stop.
> make[6]: stopped in /jails/devel/ROOT/usr/src/stand/i386/boot2
> *** Error code 1
>
> Stop.
> make[5]: stopped in /jails/devel/ROOT/usr/src/stand/i386
> *** Error code 1
>
> Stop.
> make[4]: stopped in /jails/devel/ROOT/usr/src/stand
> *** Error code 1
>
> Stop.
> make[3]: stopped in /jails/devel/ROOT/usr/src
> *** Error code 1
>
> Stop.
> make[2]: stopped in /jails/devel/ROOT/usr/src
> *** Error code 1
>
> Stop.
> make[1]: stopped in /jails/devel/ROOT/usr/src
> *** Error code 1
>
> Stop.
>
>
>
> --
> Thanks,
> Dean E. Weimer
> http://www.dweimer.net/
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

13-BETA3 installation from source problems.

2021-02-22 Thread Dean E. Weimer via freebsd-stable

I was able to successfully build and install BETA2 from source, however 
I am now attempting to upgrade the same machine to BETA3 buildworld and 
buildkernel complete. installkernel also completes, but installworld 
fails, it appears to not find a file for i386 boot.


I do have a customized src.conf
WIHTOUT_FLOPPY="YES"
WITHOUT_FREEBSD_UPDATE="YES"
WITH_BSD_GREP="YES"
WITHOUT_BLUETOOTH="YES"
WITHOUT_PORTSNAP="YES"
WITHOUT_WIRELESS="YES"
WITHOUT_WPA_SUPPLICANT_EAPOL="YES"
WITHOUT_ATM="YES"
WITHOUT_LPR="YES"
WITHOUT_PPP="YES"
WITHOUT_LLDB="YES"
WITHOUT_FTP="YES"
WITHOUT_RBOOTD="YES"
WITHOUT_TALK="YES"
WITHOUT_NTP="YES"
WITH_ISCSI="YES"
WITH_REPRODUCIBLE_BUILD="YES"
WITHOUT_GNU_DIFF="YES"
WITH_KERNEL_RETPOLINE="YES"

and customized make.conf
CFLAGS?= -O
CLFAGS+= -pipe
NO_CPU_CFLAGS=
MK_WERROR=no

WITH_CCACHE_BUILD= YES
OPTIONS_SET= LIBEDIT OPTIMIZED_CFLAGS GSSAPI_NONE
OPTIONS_UNSET= X11 X GUI TLS_SRP AVAHI GSSAPI_BASE XPM CUPS EXAMPLES 
DOCS

WRKDIRPREFIX= /var/ports
PACKAGES= /var/ports/packages
WITH_PKGNG= YES
DEFAULT_VERSIONS= pgsql=13 php=80 apache=2.4 perl5=5.32 bdb=6 mysql=105m 
ssl=openssl python=3.9 python3=3.9 gcc=9 linux=c7 samba=4.13


.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && 
!defined(NOCCACHE)

  CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
  CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif
.if (!empty(.CURDIR:M/jails/devel/ROOT/usr/src*) || 
!empty(.CURDIR:M/jails/devel/ROOT/usr/obj*)) && !defined(NOCCACHE)

  CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1}
  CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1}
.endif


Here's the part of where it fails during the install, src tree was 
checked out at commit 1d0d443daa570c8eaa60ec2c2accbe19554a6c12.


...
===> stand/userboot (install)
===> stand/userboot/test (install)
===> stand/userboot/userboot_4th (install)
install   -o root -g wheel -m 444   -S  userboot_4th.so 
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_4th.so.debug 
/jails/devel/ROOT/usr/lib/debug/boot/

===> stand/userboot/userboot_lua (install)
install   -o root -g wheel -m 444   -S  userboot_lua.so 
/jails/devel/ROOT/boot/
install  -o root -g wheel -m 444userboot_lua.so.debug 
/jails/devel/ROOT/usr/lib/debug/boot/
install -l h -o root -g wheel -m 444  
/jails/devel/ROOT/boot/userboot_lua.so 
/jails/devel/ROOT/boot/userboot.so

===> stand/i386 (install)
===> stand/i386/btx (install)
===> stand/i386/btx/btx (install)
===> stand/i386/btx/btxldr (install)
===> stand/i386/btx/lib (install)
===> stand/i386/libi386 (install)
===> stand/i386/mbr (install)
install   -o root -g wheel -m 444   mbr /jails/devel/ROOT/boot/mbr
===> stand/i386/pmbr (install)
install   -o root -g wheel -m 444   pmbr /jails/devel/ROOT/boot/pmbr
===> stand/i386/boot0 (install)
install   -o root -g wheel -m 444   boot0 /jails/devel/ROOT/boot/boot0
===> stand/i386/boot0sio (install)
install   -o root -g wheel -m 444   boot0 
/jails/devel/ROOT/boot/boot0sio

===> stand/i386/boot2 (install)
objcopy -S -O binary boot1.out boot1
objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b 
/jails/devel/ROOT/usr/obj/jails/devel/ROOT/usr/src/amd64.amd64/stand/i386/btx/btx/btx 
-l boot2.ldr  -o boot2.ld -P 1 boot2.bin

make[6]: exec(btxld) failed (No such file or directory)
*** Error code 1

Stop.
make[6]: stopped in /jails/devel/ROOT/usr/src/stand/i386/boot2
*** Error code 1

Stop.
make[5]: stopped in /jails/devel/ROOT/usr/src/stand/i386
*** Error code 1

Stop.
make[4]: stopped in /jails/devel/ROOT/usr/src/stand
*** Error code 1

Stop.
make[3]: stopped in /jails/devel/ROOT/usr/src
*** Error code 1

Stop.
make[2]: stopped in /jails/devel/ROOT/usr/src
*** Error code 1

Stop.
make[1]: stopped in /jails/devel/ROOT/usr/src
*** Error code 1

Stop.



--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: lots of "no such file or directory" errors in zfs filesystem

2021-02-22 Thread Andriy Gapon

On 22/02/2021 16:20, Chris Anderson wrote:
> On Mon, Feb 22, 2021 at 1:36 AM Andriy Gapon  > wrote:
> 
> On 22/02/2021 09:31, Chris Anderson wrote:
> > None of these files are especially important to me, however I was 
> wondering
> > if there would be any benefit to the community from trying to debug this
> > issue further to understand what might be going wrong.
> 
> Yes.
> 
> 
> Could you offer any guidance about what kind of debugging information I could
> collect that would be of use?

You can start with picking a single file that demonstrates the problem.
Then,
ls -li the-file
zdb - file's-filesystem file's-inode-number
The filesystem can be found out from df output, the inode number is in ls -li
output -- if the command prints anything at all.
If it does not, then do ls -lid on the file's directory and then zdb - for
the directory's inode number.  In the output there should be the file name and
its number (I think that it's in hex, but not sure).

-- 
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: lots of "no such file or directory" errors in zfs filesystem

2021-02-22 Thread Chris Anderson

On Mon, Feb 22, 2021 at 1:36 AM Andriy Gapon  wrote:

> On 22/02/2021 09:31, Chris Anderson wrote:
> > None of these files are especially important to me, however I was
> wondering
> > if there would be any benefit to the community from trying to debug this
> > issue further to understand what might be going wrong.
>
> Yes.
>

Could you offer any guidance about what kind of debugging information I
could collect that would be of use?


>
> --
> Andriy Gapon
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

13.0-beta3: em/igb driver incoming bytes values doubled in netstat

Re: 13-BETA3 installation from source problems.

Re: lots of "no such file or directory" errors in zfs filesystem

Re: 13.0-BETA3 frequent file system (UFS) hangs

Re: 13-BETA3 installation from source problems.

Re: 13-BETA3 installation from source problems.

Re: 13-BETA3 installation from source problems.

13.0-BETA3 frequent file system (UFS) hangs

Re: 13-BETA3 installation from source problems.

Re: 13-BETA3 installation from source problems.

Re: 13-BETA3 installation from source problems.

13-BETA3 installation from source problems.

Re: lots of "no such file or directory" errors in zfs filesystem

Re: lots of "no such file or directory" errors in zfs filesystem

14 matches

Site Navigation

Mail list logo

Footer information