kernel relink

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):

From: Steve Fabac <smfabac@att.net>
Subject: Re: Changing server IP address
References: <94kvje$lnl$1@nnrp1.deja.com> <3A6E0752.B976CA8E@attglobal.net> <90336D901craysilverlightorg@207.217.77.25> <3A6F4EFE.8096E954@att.net> 
Date: Thu, 25 Jan 2001 23:15:19 +0000

Tom Parsons wrote:
> Steve Fabac enscribed:
> | Cray Drygu wrote:
> | > 
> | > bcrosen@attglobal.net wrote in <3A6E0752.B976CA8E@attglobal.net>:
> | > 
> | > >drose25@my-deja.com wrote:
> | > >
> | > >> Is it necessary to recompile the kernel under SCO Openserver 5 to
> | > >> change the machine's IP address?
> | > >
> | > >Yes.
> | 
> | In my experience, no.
> 
> Weren't you having ksl_gen problems a few months ago?  A good way
> to provoke them is to skip kernel relinks.

Yep, 

The system was an upgrade from 5.0.2 to 5.0.5 on a DEC Pentium box. 
Fresh install on a new hard drive in another box, then moved to the DEC.

This was when 5.0.5 was first available and we experienced many problems
with systems combining Digi Xem host adapters and 3COM 3c905b NIC's.

During the installation and debugging we loaded new drivers for the
3C985 and then removed the 905 with netconfig and custom to remove the
added drivers. We then installed the latest (at the time) drivers for
the Intel Pro100. 

Something became corrupted and ksl_gen insisted on including a phantom
3C905 as net0 and the Pro100 was net1. It took awhile to ferret out the
problem and patch the configuration files so that the Pro100 was net0
and the phantom 3C905 was gone.

The system is running happily today with the Intell Pro100 NIC. 

> 
> | Try it your self: Run netconfig and change the IP address on the NIC.
> | Defer rebuilding the kernel on exit from netconfig. 
> | Change to /etc/conf/cf.d and type ./link_unix and answer N to "boot
> | by default."
> | Execute cmp -l unix /unix and note that only three or four bytes of the
> | kernel at about the fifth byte from the beginning have been changed. 
> | 
> | If you re-link and install the kernel before you run netconfig, then
> | run netconfig, change the IP and exit netconfig, then re-link (but don't
> | install the kernel) cmp -l will show that nothing in the kernel has 
> | been changed by running netconfig and re-linking.
> 
> You are assuming that nothing else is rebuilt on a reboot.  Bad assumption,
> it is like to bite you.
> 
> Rebooting isn't that big an issue and it ensures that all caches are
> flushed (like arp) and dynamic tables are rebuilt.

Tom, the following is part of my post that you omitted from your reply.
I have added it back in so that all my read and judge my statement:

> | Netconfig at minimum changes the settings in /etc/tcp. Anything else is
> | unknown. 
> |
> | so in the case of the original poster: Run netconfig to change the IP
> | address. Answer no to relink the kernel. Shutdown and reboot.
> |
> | "/etc/tcp stop" followed by "/etc/tcp start" may work but don't count
> | on it. 

Note that I indicated that a reboot after Netconfig was advisable. Also,
the original poster had indicated that he was unable to rebuild the
kernel after using netconfig to change the IP of the system. 

My point is that he can successfully change the IP with Netconfig, skip
the kernel rebuild and then re-boot to effect the change in IP address.

This is not a recommendation for a standard operating procedure. 

Admittedly, if the original poster is unable to rebuild the kernel, he
has a crippled system that will have to be repaired or replaced
(reinstalled) at some point in the future. 

I miss 3.2v4.2 where you could pull a clean link kit from the
distribution media using custom, and then re-install your drivers to
fix a buggered link kit. I tried that once with 5.0.2 and it did not
work. That system had to be reinstalled to fix the problem.


                                     Steve Fabac
                                      S.M. Fabac & Associates
                                       816/765-1670


> -- 
> ==========================================================================
>  Tom Parsons            tom@tegan.com          
> ==========================================================================

Take Control of Easy Backups in Leopard

Take Control of Fonts in Leopard

Take Control of Screen Sharing in Leopard

Take Control of Permissions in Leopard

Jump to Comments

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.