Bug 890394 - Anaconda can't find @core packages
Summary: Anaconda can't find @core packages
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 18
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-12-26 20:01 UTC by A.J. Werkman
Modified: 2013-08-12 16:24 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-08-12 16:24:22 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Libreport files (100.92 KB, application/x-gzip)
2012-12-26 20:01 UTC, A.J. Werkman
no flags Details
Anaconda.log (8.87 KB, text/plain)
2013-01-02 20:29 UTC, A.J. Werkman
no flags Details
ifcfg.log (681 bytes, text/plain)
2013-01-02 20:29 UTC, A.J. Werkman
no flags Details
packaging.log (4.60 KB, text/plain)
2013-01-02 20:30 UTC, A.J. Werkman
no flags Details
program.log (69.12 KB, text/plain)
2013-01-02 20:30 UTC, A.J. Werkman
no flags Details
storage.log (140.59 KB, text/plain)
2013-01-02 20:30 UTC, A.J. Werkman
no flags Details
ks.cfg (1.60 KB, text/plain)
2013-01-02 20:31 UTC, A.J. Werkman
no flags Details
reason.log (17 bytes, text/plain)
2013-01-02 20:32 UTC, A.J. Werkman
no flags Details
Packaging.log from 18-TC4 install (4.60 KB, text/plain)
2013-01-04 09:49 UTC, A.J. Werkman
no flags Details

Description A.J. Werkman 2012-12-26 20:01:36 UTC
Created attachment 669365 [details]
Libreport files

Description of problem:
Anaconda crashes because it can't find @core packages. @core package repo tree is not the primary tree

Version-Release number of selected component (if applicable):
18-TC3

How reproducible:


Steps to Reproduce:
1. Installation from CD-rom with a repo tree on the CD.
2. repo tree on the CD does not contain @core package definition.
3. @core package definition is on a repo tree that is defined on the kickstart file.
4. System crahes because it can't find @core package definition.
5. It looks like anaconda wants the @core tree in the repo on the primary repo -tree. This was not the case in F17. This installation setup I use, works fine in F17.
  
Actual results:
Anaconda can't find @caore group.

Expected results:
Anaconda should look at other repo's, where @core group is and install from there.


Additional info:

Comment 1 Chris Lumens 2013-01-02 15:01:25 UTC
Please attach your logs as individual, uncompressed attachments.  Doing anything else prevents us from searching bugzilla later.

Comment 2 A.J. Werkman 2013-01-02 20:29:02 UTC
Created attachment 671665 [details]
Anaconda.log

Comment 3 A.J. Werkman 2013-01-02 20:29:35 UTC
Created attachment 671666 [details]
ifcfg.log

Comment 4 A.J. Werkman 2013-01-02 20:30:02 UTC
Created attachment 671667 [details]
packaging.log

Comment 5 A.J. Werkman 2013-01-02 20:30:31 UTC
Created attachment 671668 [details]
program.log

Comment 6 A.J. Werkman 2013-01-02 20:30:54 UTC
Created attachment 671669 [details]
storage.log

Comment 7 A.J. Werkman 2013-01-02 20:31:28 UTC
Created attachment 671670 [details]
ks.cfg

Comment 8 A.J. Werkman 2013-01-02 20:32:01 UTC
Created attachment 671681 [details]
reason.log

Comment 9 Chris Lumens 2013-01-03 22:05:19 UTC
I see multiple lines in your packaging.log about failing to get group metadata from each repo.  Can you please confirm that the repos you are installing from are constructed correctly, including the group metadata?  Thanks.

Comment 10 A.J. Werkman 2013-01-04 09:49:17 UTC
Created attachment 672345 [details]
Packaging.log from 18-TC4 install

Retested this with 18-TC4 and ran into the same error. Attached is the packaging.log from this attempt.

In the same setting I did a manual install from the network installation repo. This install was succesfull, so in the TC4 case I can confirm, that the network repo is not the cause of the problem.

In the log there is an error concerning the updates repo, because this is not there on my network. But as the core packages are on the main repo, this can not at least should not be the problem I would say.

As I can reproduce this here, if you have any particular questions or tests, I can run a new test for that.

Comment 11 David Shea 2013-08-12 16:24:22 UTC
Newer log shows that all of the repodata failed to download. This was a problem with the mirror.


Note You need to log in before you can comment on or make changes to this bug.