Hi Steven,

Yes, thanks for acknowledging that someone sees this and is annoyed by
it...

With the stock SL6.1 single x86_64 DVD ISO, after pressing cancel at the
NM setup requestor, the ctrl-alt-f3 terminal shows an error trying to
reach the SL repo http address at a path to ftp security updates. 

So, we think that anaconda or initrd may be preconfigured to check for
those during install. This reference causes the NM setup requestor (to
access network). But, even if we fully configure the network in the
kickstart, the NM popup still occurs. Our temporary workaround is to
fully configure eth0 AND --activate it in the network line which then
eliminates the NM popup (for an unattended/non-iteractive kickstart
install). But, you must have a connected eth0 or the installer fails...

network --onboot=no --device=eth0 --bootproto=dhcp --hostname=freshload
--activate

But, all of our systems may not have eth0 connected (or eth0 be the port
we want). We are currently rerolling the ISO without any repo or update
references in /etc to see if that helps or if this is somehow embedded
in anaconda or the initrd.
 
I submitted this issue to the SL developers list also but no responses
and we couldn't find anything on the RedHat bugzilla about this (so we
will probably submit it).

We did find that if you don't have a network device (by disabling in
BIOS), then the NM popup doesn't happen. So, the logic seems to be that
if there is a network device, get the security updates, whether or not
the network is left out of or fully configured in the kickstart. 

Unfortunately, it's a bit of unique scenario and only a minor nuisance
for most folks.. 

thanks & regards,
Kent

-----Original Message-----
From: Steven Haigh [mailto:[log in to unmask]] 
Sent: Wednesday, August 17, 2011 3:20 AM
To: Johnson, Kent A (GE Healthcare)
Cc: [log in to unmask]
Subject: Re: SL 6.1 networkmanager setup persistent during local media
install

You know, I see the same thing. I don't use Kickstart at all - just 
going through the normal installer on the Install DVD... Got to the 
point where you set up grub, then it won't proceed without setting up a 
network adapter (successfully!).

If I hit Cancel, I get an error stating:
"Some of your software repositories require networking, but there was an

error enabling the network on your system."

Sadly, the only response here is "Exit Installer".

 From the install DVD, and especially since I haven't made it to the 
screen where I select repos yet, I'd at least expect a "I don't care 
about the network, just install damn you!" button ;)

I have seen this on both the x86_64 and i686 Install DVD.

-- 
Steven Haigh

Email: [log in to unmask]
Web: http://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299

On 15/08/2011 10:46 PM, Kent Johnson wrote:
> Greetings,
>
> I think there may be a problem with how SL 6.1 anaconda/networkmanager
> behave during a local DVD media install with local kickstart...
>
> When we perform a local media install from DVD using a local kickstart
on
> USB, the networkmanager setup requestor pops up with or without a
fully
> configured NETWORK line in the kickstart. So, it's not possible to
perform
> an *unattended* kickstart install from local media.
>
> The network should not require configuring if NETWORK is not defined
in the
> kickstart and no external repos have been referenced. Alternatively,,
the
> networkmanager popup shouldn't occur if the network is fully
configured in
> the local kickstart file.
>
> It looks like the install is set up to try to retrieve security
updates
> during the install if any network device is detected. This causes the
> networkmanager popup, even if the device is fully configured in the
> kickstart. If the network device is disabled in the BIOS, then the
network
> requestor does not appear (with no failures or messages).
>
> If the network device (eth0)is fully configured AND activated AND
live,
> then it is possible to perform an "unattended install". But, this
requires
> an active eth0 which may not always be the case.
>
> This just doesn't seem right...
>
> thanks&  regards,
> Kent Johnson