SCIENTIFIC-LINUX-DEVEL Archives

November 2005

SCIENTIFIC-LINUX-DEVEL@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Troy Dawson <[log in to unmask]>
Reply To:
Troy Dawson <[log in to unmask]>
Date:
Tue, 22 Nov 2005 14:41:14 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (78 lines)
Hi,
Rebuilding the image with the new kernel fixed the kudzu problem.  It 
looks like we'll have a Release Candidate 2.75 and push it up.

Troy

Troy Dawson wrote:
> OK,
> It looks like the install kernel is the 2.6.9-22 kernel, and the 
> installed kernel is the 2.6.9-22.0.1 kernel.
> I have a test machine that does this kudzu stuff, although it doesn't 
> die, and I am rebuilding the install images to use the newer kernel and 
> we'll see if these go away.
> Troy
> 
> Karl Misselt wrote:
> 
>> Stephan Wiesand wrote:
>>
>>> On Tue, 22 Nov 2005, Karl Misselt wrote:
>>>
>>>> Summary:
>>>> Two desktops installed with 4.2 (111705).  2nd install definitely
>>>> had issues with kudzu detecting all hardware as new.  1st probably
>>>> did as well.
>>>
>>>
>>>
>>>
>>> I saw kudzu behaving like this when installing rc1 (+ the AFS-related 
>>> selinux changes in %post) on a Dell Precision 380. What it detected 
>>> as new was at least the chipset (wonder what kudzu has to configure 
>>> for that anyway) and the onboard sound. I think there was a third 
>>> device, but I don't remember. I won't be able to do another test 
>>> installation before the weekend.
>>>
>>> My system didn't freeze though, whether or not I allowed kudzu to 
>>> "configure the new hardware".
>>>
>>> I also successfully installed the same on a Dell Poweredge 2850 (with 
>>> PERC4 RAID) and a custom test system with an intel 925X desktop board.
>>> These have no console though, so I don't know how kudzu behaved 
>>> during 1st boot. We usually turn it off in %post anyway...
>>>
>>> But if it's considered important, and the 4.2 release can wait until 
>>> next week, I'll check.
>>>
>>> I guess there really is some mismatch between what's detected during
>>> installation and during the first reboot. This may or may not be a 
>>> showstopper.
>>>
>>> Best Regards,
>>>     Stephan
>>>
>>
>>
>> Re-installed with rc2.5 (112205).  Same kudzu behavior, but selecting
>> 'Do nothing' results in a normal boot-up.  The freeze probably happened
>> when I tried to re-configure the devices. So it seems there's some 
>> disconnect
>> between the installation and firstboot.  Not a big issue though, it 
>> seems.
>> Have not had a chance to upgrade the kernel on the 4.1 machine and see
>> if I get the same kudzu behavior yet.
>>
>> -Karl
>>
> 
> Looking into this
> 


-- 
__________________________________________________
Troy Dawson  [log in to unmask]  (630)840-6468
Fermilab  ComputingDivision/CSS  CSI Group
__________________________________________________

ATOM RSS1 RSS2