4.4->4.5, then patches, ifconfig gives SIOCGIFNETMASK: Device not configured (Was Re: help with getting kernel/userland back in sync)
On 7/05/2009, at 4:02 AM, Robert Urban wrote: > I'll answer my own question. > > It seems it's not a problem of the kernel and userland being out of > sync, but > rather /sbin/sysctl was hosed too. rebuilt and problem > disappeared. I'm > guessing that either I had some junk in /usr/obj/sbin or the patch > instructions > for libssl need to mention doing a "make clean" after "cd ../../sbin". > > Rob Urban > Hi, Rob. Thanks for posting what you found back to the list - helped me when I hit something similar today, so I'm posting for the archives and it might help someone else. Upgraded i386 4.4 to 4.5 via release CD; all went well. Applied first five patches, rebooted, could not connect over ssh. Went to machine, typed ifconfig, and got a number of messages along the lines of: SIOCGIFNETMASK: Device not configured (reboot gave the same messages.) Google told me my kernel and userland out of sync, and eventually looked like it was the libssl patch; when rebuilding sbin (noticeable in my case when using ifconfig.) Did as you suggested - a make clean - and back in business. Thanks again, Richard. > Robert Urban wrote: >> Hi Folks, >> >> I recently upgraded a 4.4 system to 4.5. I followed the Upgrade >> Guide, not using >> sysmerge. The upgrade went more-or-less ok. After that, I wanted >> to install >> the five patches on the 4.5 errata page. >> >> I copied src.tar.gz and sys.tar.gz (for v4.5) from a mirror, >> unpacked them in >> /usr/src, applied the first patch (libssl) and my make failed at >> some point with >> errors. I removed the /usr/src tree, and created it again from >> scratch. >> >> I tried the make again (without applying patch) and it failed >> again, so I >> concluded I need to sync with CVS. This seems weird. I would >> have thought the >> src/sys tars would be clean... >> >> I updated the tree from CVS using: >> >> cd /usr/src && cvs up -r OPENBSD_4_5_BASE -Pd >> >> as documented in release(8). >> >> I repeated my attempt to make libssl, which was successful. I >> applied the rest >> of the patches, (aucat and 3 kernel patches), built a new kernel >> (GENERIC.MP), >> installed it, and rebooted. >> >> First I had to figure out that /sbin/ifconfig was hosed and >> rebuilt it. (it got >> hosed/installed when I did the "make install" for /usr/src/sbin >> after building >> libssl. I'm not sure why.) >> >> Now I get the following messages at boot (10 repetitions): >> >> sysctl: fourth level name dad_pending in >> net.inet6.ip6.dad_pending is invalid >> >> which is in the v4.5 /etc/netstart script. According to a mail >> from Stuard >> Henderson, this means my kernel and userland are out of sync. >> It's not clear to >> me how this could be, as /etc/netstart is v4.5 and the src/sys >> sources I used also. >> >> Can someone shed some light on this problem? >> >> thanks, >> >> Rob Urban
Re: help with getting kernel/userland back in sync
I'll answer my own question. It seems it's not a problem of the kernel and userland being out of sync, but rather /sbin/sysctl was hosed too. rebuilt and problem disappeared. I'm guessing that either I had some junk in /usr/obj/sbin or the patch instructions for libssl need to mention doing a "make clean" after "cd ../../sbin". Rob Urban Robert Urban wrote: > Hi Folks, > > I recently upgraded a 4.4 system to 4.5. I followed the Upgrade Guide, not > using > sysmerge. The upgrade went more-or-less ok. After that, I wanted to install > the five patches on the 4.5 errata page. > > I copied src.tar.gz and sys.tar.gz (for v4.5) from a mirror, unpacked them in > /usr/src, applied the first patch (libssl) and my make failed at some point > with > errors. I removed the /usr/src tree, and created it again from scratch. > > I tried the make again (without applying patch) and it failed again, so I > concluded I need to sync with CVS. This seems weird. I would have thought > the > src/sys tars would be clean... > > I updated the tree from CVS using: > > cd /usr/src && cvs up -r OPENBSD_4_5_BASE -Pd > > as documented in release(8). > > I repeated my attempt to make libssl, which was successful. I applied the > rest > of the patches, (aucat and 3 kernel patches), built a new kernel (GENERIC.MP), > installed it, and rebooted. > > First I had to figure out that /sbin/ifconfig was hosed and rebuilt it. (it > got > hosed/installed when I did the "make install" for /usr/src/sbin after building > libssl. I'm not sure why.) > > Now I get the following messages at boot (10 repetitions): > > sysctl: fourth level name dad_pending in net.inet6.ip6.dad_pending is invalid > > which is in the v4.5 /etc/netstart script. According to a mail from Stuard > Henderson, this means my kernel and userland are out of sync. It's not clear > to > me how this could be, as /etc/netstart is v4.5 and the src/sys sources I used > also. > > Can someone shed some light on this problem? > > thanks, > > Rob Urban
help with getting kernel/userland back in sync
Hi Folks, I recently upgraded a 4.4 system to 4.5. I followed the Upgrade Guide, not using sysmerge. The upgrade went more-or-less ok. After that, I wanted to install the five patches on the 4.5 errata page. I copied src.tar.gz and sys.tar.gz (for v4.5) from a mirror, unpacked them in /usr/src, applied the first patch (libssl) and my make failed at some point with errors. I removed the /usr/src tree, and created it again from scratch. I tried the make again (without applying patch) and it failed again, so I concluded I need to sync with CVS. This seems weird. I would have thought the src/sys tars would be clean... I updated the tree from CVS using: cd /usr/src && cvs up -r OPENBSD_4_5_BASE -Pd as documented in release(8). I repeated my attempt to make libssl, which was successful. I applied the rest of the patches, (aucat and 3 kernel patches), built a new kernel (GENERIC.MP), installed it, and rebooted. First I had to figure out that /sbin/ifconfig was hosed and rebuilt it. (it got hosed/installed when I did the "make install" for /usr/src/sbin after building libssl. I'm not sure why.) Now I get the following messages at boot (10 repetitions): sysctl: fourth level name dad_pending in net.inet6.ip6.dad_pending is invalid which is in the v4.5 /etc/netstart script. According to a mail from Stuard Henderson, this means my kernel and userland are out of sync. It's not clear to me how this could be, as /etc/netstart is v4.5 and the src/sys sources I used also. Can someone shed some light on this problem? thanks, Rob Urban
