SCIENTIFIC-LINUX-USERS Archives

April 2015

SCIENTIFIC-LINUX-USERS@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:
Stephan Wiesand <[log in to unmask]>
Reply To:
Stephan Wiesand <[log in to unmask]>
Date:
Tue, 28 Apr 2015 19:18:41 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (75 lines)
Salut Michel,

as a data point: SL7.1 PXE/kickstart installs work for me, including XFS. We're mirroring the distro with rsync too (the tree, not the ISOs) and use the kernel/initrd from os/images/pxelinux.

Cheers,
	Stephan

On Apr 28, 2015, at 18:43 , Michel Jouvin wrote:

> Thanks Connie!
> 
> I am pretty sure there is something wrong on my side but I cannot find what. This morning I downloaded again 7.1 distrib (rsync) and I have still the same problem. But a collegue of mine did the same and it works for him. He sent me his kickstart file and using exactly the same one (except the url to the distrib) I still have the problem...
> 
> Installing from 7.0 (with errata) works...
> 
> I cannot imagine that this problem is impacted by the firmware... I never saw such a weird problem! I dont understand where the /lib/modules/3.10.0.123 can come from when booting 7.1 vmlinuz+initrd.
> 
> Cheers,
> 
> Michel
> 
> Le 28/04/2015 18:38, Connie Sieh a écrit :
>> I will research this.
>> 
>> -- 
>> 
>> Connie J. Sieh
>> Computing Services Specialist III
>> 
>> Fermi National Accelerator Laboratory
>> 630 840 8531 office
>> 
>> http://www.fnal.gov
>> [log in to unmask]
>> 
>> On Fri, 24 Apr 2015, Michel Jouvin wrote:
>> 
>>> I double-checked the kernel version used and the kernel version of the=20
>>> modules provided by initrd (using lsinitrd, I should have done it=20
>>> before) with SL 7.1: in fact, they are both the same, 3.10.0.229. But=20
>>> when PXE booting vmlinuz+initrd, I end up with kernel modules for=20
>>> 3.10.0.123 (version from 7.0) in /lib/modules... How this is possible? I=20
>>> removed the initrd file checked with lsinitrd to ensure that I was=20
>>> getting an error when booting about the missing file so I am really=20
>>> using this initrd file...
>>> 
>>> I am lost... Any idea is welcome!
>>> 
>>> Michel
>>> 
>>> Le 24/04/2015 17:52, Michel Jouvin a =C3=A9crit :
>>>> Hi,
>>>> 
>>>> I don't know if this is related in some ways to the other recent=20
>>>> thread about "SL 7.1, PXE install". I'm struggling with SL7.1 (and I=20
>>>> have the same pb with CentOS 7.1) when trying to do a PXE install of a=20
>>>> machine using the last versions of images/pxeboot/vmlinuz and=20
>>>> initrd.img. The install fails when trying to set the default=20
>>>> filesystem type to XFS (that I don't use on this machine) because the=20
>>>> xfs module is not found. Looking at console (ALT/F2), I saw that the=20
>>>> kernel version provided by vmlinuz (uname -r) is not matching the=20
>>>> kernel version for which modules are provided in initrd=20
>>>> (/lib/modules).  If I take vmlinuz and initrd from SL7.0 I don't see=20
>>>> the problem (but I am not sure I can install 7.1 booting with=20
>>>> vmlinuz/initrd from 7.0).
>>>> 
>>>> Is it expected ? Am I doing a trivial mistake ? Or is there an issue ?
>>> 

-- 
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany

ATOM RSS1 RSS2