[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Install that previously worked now failing



On Wed, Oct 15, 2008 at 15:57, Michael DeHaan <mdehaan redhat com> wrote:
> Robert Lazzurs wrote:
>>
>> Hello, of course, it is an attachment to this email.
>>
>> Thanks again.
>>
>> On Tue, Oct 14, 2008 at 16:59, Pablo Iranzo Gómez <piranzo redhat com>
>> wrote:
>>
>>>
>>> Can you post your cobbler rendered kickstart to have a look on it?
>>>
>>> Regards
>>> Pablo
>>>
>>>
>>> ----- "Robert Lazzurs" <rob lazzurs net> escribió:
>>>
>>>
>>>>
>>>> On Tue, Oct 14, 2008 at 16:51, Robert Lazzurs <rob lazzurs net>
>>>> wrote:
>>>>
>>>>>
>>>>> Hello,
>>>>>
>>>>> I have an install here that I did have previously working with this
>>>>> hardware and mirror setup however that is now failing for some
>>>>>
>>>>
>>>> unknown
>>>>
>>>>>
>>>>> reason.  Below is the trace I got back from anaconda, if anyone has
>>>>> any ideas please let me know :)
>>>>>
>>>>> 15:01:55 INFO    : Running kickstart %%traceback script(s)
>>>>> 15:01:55 INFO    : All kickstart %%traceback script(s) have been
>>>>>
>>>>
>>>> run
>>>>
>>>>>
>>>>> 15:01:55 CRITICAL: Traceback (most recent call first):
>>>>>  File "/usr/lib/python2.4/site-packages/yum/packages.py", line 35,
>>>>>
>>>>
>>>> in
>>>>
>>>>>
>>>>> comparePoEVR
>>>>>   (e2, v2, r2) = (po2.epoch, po2.ver, po2.rel)
>>>>>  File "/usr/lib/python2.4/site-packages/yum/packages.py", line 191,
>>>>>
>>>>
>>>> in __eq__
>>>>
>>>>>
>>>>>   if comparePoEVR(self, other) == 0 and self.arch == other.arch
>>>>>
>>>>
>>>> and
>>>>
>>>>>
>>>>> self.name == other.name:
>>>>>  File "/usr/lib/yum-plugins/fedorakmod.py", line 151, in
>>>>>
>>>>
>>>> resolveVersions
>>>>
>>>>>
>>>>>   elif sameName == None:
>>>>>  File "/usr/lib/yum-plugins/fedorakmod.py", line 222, in
>>>>>
>>>>
>>>> installAllKmods
>>>>
>>>>>
>>>>>   rAvaModules = resolveVersions(avaModules)
>>>>>  File "/usr/lib/yum-plugins/fedorakmod.py", line 276, in
>>>>>
>>>>
>>>> postresolve_hook
>>>>
>>>>>
>>>>>   newKernels + installedKernels)
>>>>>  File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 153,
>>>>>
>>>>
>>>> in run
>>>>
>>>>>
>>>>>   func(conduitcls(self, self.base, conf, **kwargs))
>>>>>  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 442,
>>>>> in buildTransaction
>>>>>   self.plugins.run('postresolve', rescode=rescode,
>>>>>
>>>>
>>>> restring=restring)
>>>>
>>>>>
>>>>>  File "/usr/lib/anaconda/yuminstall.py", line 1267, in
>>>>>
>>>>
>>>> doPostSelection
>>>>
>>>>>
>>>>>   (code, msgs) = self.ayum.buildTransaction()
>>>>>  File "/usr/lib/anaconda/backend.py", line 177, in doPostSelection
>>>>>   return anaconda.backend.doPostSelection(anaconda)
>>>>>  File "/usr/lib/anaconda/dispatch.py", line 201, in moveStep
>>>>>   rc = stepFunc(self.anaconda)
>>>>>  File "/usr/lib/anaconda/dispatch.py", line 124, in gotoNext
>>>>>   self.moveStep()
>>>>>  File "/usr/lib/anaconda/dispatch.py", line 223, in currentStep
>>>>>   self.gotoNext()
>>>>>  File "/usr/lib/anaconda/text.py", line 539, in run
>>>>>   (step, instance) = anaconda.dispatch.currentStep()
>>>>>  File "/usr/bin/anaconda", line 982, in ?
>>>>>   anaconda.intf.run(anaconda)
>>>>> AttributeError: 'NoneType' object has no attribute 'epoch'
>>>>>
>>>>>
>>>>> Thanks again :)
>>>>>
>>>>
>>>> Sorry for replying to my own post however I figured that I should
>>>> include more information
>>>>
>>>> This is an install with a fairly standard kickstart file (that has
>>>> not
>>>> changed) being generated from Cobbler.  Cobbler has just had the RHEL
>>>> 5.1 dvd reimported into it and this kickstart template tested with
>>>> the
>>>> new import and this also fails, where it had previously worked
>>>>
>>>> The install is on to a Dell PowerEdge 1950 III.
>>>>
>>>> If anyone requires any more information about this please let me
>>>> know,
>>>> if I find a solution I will post back to the list.
>>>>
>>>> Take care.
>
> Cobbler runs through a copy of the DVD tree and identifies the varies
> "split" repos and runs createrepo on them.
>
> Having duplicates in the file shouldn't itself be a problem for yum, the
> theory was that createrepo might have munged the repo, but seeing this was
> an Anaconda traceback I was hoping someone might have better insight as to
> how a "None" could get in there.

Hello everyone,

As discussed with Michael on IRC we have found the issue to be with
the duplicate repo lines.  My kickstart template for cobbler currently
has the following line

$yum_repo_stanza

Which was producing this

repo --name=source-1
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/VT
repo --name=source-2
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/ClusterStorage
repo --name=source-3
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/Cluster
repo --name=source-4
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/Server
repo --name=source-5
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/VT
repo --name=source-6
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/ClusterStorage
repo --name=source-7
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/Cluster
repo --name=source-8
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/Server

So due to the duplication above anaconda was failing and producing the
traceback in the original email.  Removing the duplicates and manually
adding this to the kickstart fixed the issue.


repo --name=source-1
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/VT
repo --name=source-2
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/ClusterStorage
repo --name=source-3
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/Cluster
repo --name=source-4
--baseurl=http://10.107.1.111/cobbler/ks_mirror/redhat-5.1-x86_64/Server

I hope this post helps anyone with a similar issue.

Thanks again for the help everyone, take care.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]