Solved Upgrating from 10.3 to 11.0 kldxref issue

I have successfully upgraded from source my old 9.2-RELEASE to 10.3-RELEASE r314043. Now i'm trying upgrade it to 11.0.
With empty make.conf i did in next order:


# chflags -R noschg /usr/obj/*
# rm -rf /usr/obj
# cd /usr/src
# make buildworld
# make kernel-toolchain
# make -DALWAYS_CHECK_MAKE buildkernel
# make -DALWAYS_CHECK_MAKE installkernel


and make installkernel done with:

Code:
kldxref /boot/kernel
kldxref: unknown metadata record 4 in file atacard.ko
kldxref: unknown metadata record 4 in file atp.ko
kldxref: unknown metadata record 4 in file atp.ko
kldxref: unknown metadata record 4 in file cmx.ko
kldxref: unknown metadata record 4 in file fdc.ko
kldxref: unknown metadata record 4 in file if_an.ko
kldxref: unknown metadata record 4 in file if_aue.ko
kldxref: unknown metadata record 4 in file if_axe.ko
kldxref: unknown metadata record 4 in file if_axge.ko
kldxref: unknown metadata record 4 in file if_cdce.ko
kldxref: unknown metadata record 4 in file if_cdce.ko
kldxref: unknown metadata record 4 in file if_cdce.ko
kldxref: unknown metadata record 4 in file if_cs.ko
kldxref: unknown metadata record 4 in file if_cue.ko
kldxref: unknown metadata record 4 in file if_ed.ko
kldxref: unknown metadata record 4 in file if_ed.ko
kldxref: unknown metadata record 4 in file if_ed.ko
kldxref: unknown metadata record 4 in file if_ep.ko
kldxref: unknown metadata record 4 in file if_fe.ko
kldxref: unknown metadata record 4 in file if_ipheth.ko
kldxref: unknown metadata record 4 in file if_kue.ko
kldxref: unknown metadata record 4 in file if_mos.ko
kldxref: unknown metadata record 4 in file if_rsu.ko
kldxref: unknown metadata record 4 in file if_rue.ko
kldxref: unknown metadata record 4 in file if_rum.ko
kldxref: unknown metadata record 4 in file if_run.ko
kldxref: unknown metadata record 4 in file if_smsc.ko
kldxref: unknown metadata record 4 in file if_sn.ko
kldxref: unknown metadata record 4 in file if_uath.ko
kldxref: unknown metadata record 4 in file if_udav.ko
kldxref: unknown metadata record 4 in file if_upgt.ko
kldxref: unknown metadata record 4 in file if_ural.ko
kldxref: unknown metadata record 4 in file if_urndis.ko
kldxref: unknown metadata record 4 in file if_urtw.ko
kldxref: unknown metadata record 4 in file if_urtwn.ko
kldxref: unknown metadata record 4 in file if_wi.ko
kldxref: unknown metadata record 4 in file if_xe.ko
kldxref: unknown metadata record 4 in file if_zyd.ko
kldxref: unknown metadata record 4 in file kernel
kldxref: unknown metadata record 4 in file kernel
kldxref: unknown metadata record 4 in file kernel
kldxref: unknown metadata record 4 in file kernel
kldxref: unknown metadata record 4 in file kernel
kldxref: unknown metadata record 4 in file kernel
kldxref: unknown metadata record 4 in file kernel
kldxref: unknown metadata record 4 in file kernel
kldxref: unknown metadata record 4 in file ng_bt3c.ko
kldxref: unknown metadata record 4 in file ng_ubt.ko
kldxref: unknown metadata record 4 in file snd_uaudio.ko
kldxref: unknown metadata record 4 in file u3g.ko
kldxref: unknown metadata record 4 in file uark.ko
kldxref: unknown metadata record 4 in file uart.ko
kldxref: unknown metadata record 4 in file ubsa.ko
kldxref: unknown metadata record 4 in file ubtbcmfw.ko
kldxref: unknown metadata record 4 in file uchcom.ko
kldxref: unknown metadata record 4 in file ucycom.ko
kldxref: unknown metadata record 4 in file udbp.ko
kldxref: unknown metadata record 4 in file uep.ko
kldxref: unknown metadata record 4 in file ufm.ko
kldxref: unknown metadata record 4 in file ufoma.ko
kldxref: unknown metadata record 4 in file uftdi.ko
kldxref: unknown metadata record 4 in file ugensa.ko
kldxref: unknown metadata record 4 in file ugold.ko
kldxref: unknown metadata record 4 in file uhid.ko
kldxref: unknown metadata record 4 in file uhso.ko
kldxref: unknown metadata record 4 in file uipaq.ko
kldxref: unknown metadata record 4 in file ukbd.ko
kldxref: unknown metadata record 4 in file uled.ko
kldxref: unknown metadata record 4 in file ulpt.ko
kldxref: unknown metadata record 4 in file umass.ko
kldxref: unknown metadata record 4 in file umcs.ko
kldxref: unknown metadata record 4 in file umct.ko
kldxref: unknown metadata record 4 in file umodem.ko
kldxref: unknown metadata record 4 in file umodem.ko
kldxref: unknown metadata record 4 in file umoscom.ko
kldxref: unknown metadata record 4 in file ums.ko
kldxref: unknown metadata record 4 in file uplcom.ko
kldxref: unknown metadata record 4 in file urio.ko
kldxref: unknown metadata record 4 in file usie.ko
kldxref: unknown metadata record 4 in file uslcom.ko
kldxref: unknown metadata record 4 in file uvisor.ko
kldxref: unknown metadata record 4 in file uvscom.ko
kldxref: unknown metadata record 4 in file wsp.ko

System successfully loaded on new kernel in single mode with old world. But make installworld fail with error:
make_installworld_err.PNG
I hope you can give me some advice.
 
Do you have a specific reason for not using the standard procedure? Just wondering because your approach seems a bit obscure to me (please note: just because it looks odd to me doesn't mean it's wrong, I don't know everything there is about FreeBSD ;)).

So, I'm referring to:
  • make buildworld
  • make buildkernel
  • make installkernel
See also the embedded instructions in /usr/src/Makefile.
 
Do you have a specific reason for not using the standard procedure? Just wondering because your approach seems a bit obscure to me (please note: just because it looks odd to me doesn't mean it's wrong, I don't know everything there is about FreeBSD ;)).

So, I'm referring to:
  • make buildworld
  • make buildkernel
  • make installkernel
See also the embedded instructions in /usr/src/Makefile.
I've tried standard procedure and got same errors with kldxref. The reason why i'm made make kernel-toolchain and used -DALWAYS_CHECK_MAKE is instructions in /usr/src/UPDATING for 11.0.1 release source.
Thanks for reply, but i didn't find anything for me in /usr/src/Makefile.
p.s.:made typo before *MAKE not *MATE
 
I was afraid of that. Do NOT use the /base/release/ directories. If you need the source for 11.0-RELEASE check-out /base/releng/11.0.
 
To expand a little on this: what you basically grabbed is the developers version, a snapshot if you will. Both /release as well as /stable (which could be even more confusing!) are in active development and therefor there's no guarantee, at all, that it will even actually compile.

Don't feel too bad though, over the years I've become pretty used to it and despite that I still often mix these two up. And I also have to agree that the documentation might not be as clear on that as it could be. Hmm, maybe I could help there.
 
I was afraid of that. Do NOT use the /base/release/ directories. If you need the source for 11.0-RELEASE check-out /base/releng/11.0.
To expand a little on this: what you basically grabbed is the developers version, a snapshot if you will. Both /release as well as /stable (which could be even more confusing!) are in active development and therefor there's no guarantee, at all, that it will even actually compile.

Don't feel too bad though, over the years I've become pretty used to it and despite that I still often mix these two up. And I also have to agree that the documentation might not be as clear on that as it could be. Hmm, maybe I could help there.
I successfully updated to 11.0 today by releng branch, great thanks both of you, guys!
Yes, maybe this chapter need some additions.:)
 
I'm just doing the 10.4->11.2 update now and I checked out releng with svn co [URL='https://forums.freebsd.org/svn%3A//svn.freebsd.org/base/releng/11.2']svn://svn.freebsd.org/base/releng/11.2[/URL] /usr/src and on build kernel got

Code:
kldxref /boot/kernel
kldxref: unknown metadata record 4 in file atacard.ko
kldxref: unknown metadata record 4 in file atp.ko
kldxref: unknown metadata record 4 in file atp.ko
kldxref: unknown metadata record 4 in file cmx.ko
kldxref: unknown metadata record 4 in file fdc.ko
kldxref: unknown metadata record 4 in file if_an.ko
kldxref: unknown metadata record 4 in file if_aue.ko
kldxref: unknown metadata record 4 in file if_axe.ko
kldxref: unknown metadata record 4 in file if_axge.ko
kldxref: unknown metadata record 4 in file if_bnxt.ko
kldxref: unknown metadata record 4 in file if_cdce.ko
kldxref: unknown metadata record 4 in file if_cdce.ko
kldxref: unknown metadata record 4 in file if_cdce.ko
.....

These references (Pekkanen, Hibler) seem to have run into the same and just ignored them, but before I render the system inoperable by installing this kernel, any hints for resolving or is this an ignorable notification?
 
I'm just doing the 10.4->11.2 update now and I checked out releng with svn co [URL='https://forums.freebsd.org/svn%3A//svn.freebsd.org/base/releng/11.2']svn://svn.freebsd.org/base/releng/11.2[/URL] /usr/src and on build kernel got
Did you clean the whole thing before building (assuming you also build your current setup from the source)? If not: make distclean and getting rid of /usr/obj/src are good ways to make sure that you'll start with a clean slate.

Also: what's in /etc/make.conf and/or /etc/src.conf? And did you by any chance customize the kernel configuration? That could have some major influence as well.
 
I didn't make distclean, but I did:
rm -rf /usr/src
and

cd /usr/obj
chflags -R noschg *
rm -rf *
rm -fr /var/db/sup/src-all
cd /usr/src
make cleanworld && make cleandir

yes, make.conf is customized, but src.conf no longer is (I held out a bit during the GCC->Clang transition, but switched quite a few major revisions ago)


/etc/make.conf


Makefile:
WRKDIRPREFIX=           /var/ports
DISTDIR=                /var/ports/distfiles
PACKAGES=               /var/ports/packages
INDEXDIR=               /var/ports

CPUTYPE?=barcelona
CFLAGS= -Oz -pipe -march=amdfam10 -mtune=barcelona
COPTFLAGS= -Oz -pipe  -march=amdfam10 -mtune=barcelona

.if ${.CURDIR:M*security/libgcrypt*}
  CFLAGS= -O2 -pipe -march=barcelona -mtune=barcelona
  COPTFLAGS= -O2 -pipe  -march=barcelona -mtune=barcelona
.endif

.if ${.CURDIR:M*lang/gcc6*}
  CFLAGS= -O2 -pipe -march=barcelona -mtune=barcelona
  COPTFLAGS= -O2 -pipe  -march=barcelona -mtune=barcelona
.endif

.if ${.CURDIR:M*math/fftw3*}
  CFLAGS= -O2 -pipe -march=barcelona -mtune=barcelona
  COPTFLAGS= -O2 -pipe  -march=barcelona -mtune=barcelona
.endif

.if ${.CURDIR:M*dns/bind-tools*}
  CFLAGS= -O2 -pipe -march=barcelona -mtune=barcelona
  COPTFLAGS= -O2 -pipe  -march=barcelona -mtune=barcelona
.endif


# and fixing the fucked up devel/scons

#.if ${.CURDIR:M*/ports/devel/scons*}
#pre-everything:
#       ${PKG_BIN} delete -y scons
#.endif

DOC_LANG=      en_US.ISO8859-1


# Kerberos 5 options suggested by ume@FreeBSD.org
KRB5_HOME=/usr/local

# Build Options
#MAKEOPTS="-j8"
OPTIMIZED_CFLAGS=YES
BUILD_OPTIMIZED=YES
WITH_OPTIMIZED_CFLAGS = YES
WITH_CPUFLAGS=YES
OPTIONS_SET=OPTIMIZED_CFLAGS
OPTIONS_UNSET += DEBUG DOCS EXAMPLES

BUILD_STATIC=YES
BATCH=yes


# no X11
graphics_cairo_UNSET=X11
OPTIONS_UNSET += X11
WITH_x = NO
ENABLE_GUI = NO

# no printing, it's a server
OPTIONS_UNSET += FONTCONFIG
OPTIONS_UNSET += CUPS X11 DOCS EXAMPLES GUI SOUND

# Variations from base
DEFAULT_VERSIONS+=ssl=libressl
OPENSSL_OVERWRITE_BASE=yes

# Linux Compatibility
DEFAULT_VERSIONS+=linux=c7


ALLOW_UNSUPPORTED_SYSTEM=yes

It appears from r277205 that "it will always be safe to ignore this data"


https://lists.freebsd.org/pipermail/svn-src-head/2015-January/066911.html
 
Code:
cd /usr/obj
chflags -R noschg *
rm -rf *

Just a friendly tip. Never use rm -rf *, always add the full directory: rm -rf /usr/src/*. The reason for this is that it's easy to make a mistake and end up deleting the wrong things. If the previous cd /usr/src failed for example and you don't notice it. Trust me on this, I've made that mistake several times and inadvertently deleted a whole bunch of files I shouldn't have.
 
oh true, good point, and that's a copy paste command sequence saved in my wiki. I'll fix before something bad happens.
 
Just a friendly tip. Never use rm -rf *, always add the full directory: rm -rf /usr/src/*. The reason for this is that it's easy to make a mistake and end up deleting the wrong things. If the previous cd /usr/src failed for example and you don't notice it. Trust me on this, I've made that mistake several times and inadvertently deleted a whole bunch of files I shouldn't have.
Prime example of this "oops". Look up "Pixar Toy Story 2 deleted". Always know your commands, and where they are about to be executed.
 
Back
Top