Bug 804541

In the anaconda log, some information is:
anaconda: Network.update(): /etc/sysconfig/network-scripts/ifcfg-eth0 file not found

maybe something is wrong with the missing ifcfg-eth0 file?

I see the same problem on the i386 Beta TC2 DVD, but don't find anything like your message in any of the anaconda log files. In fact, the whole pre-anaconda stage seems to be missing, for example there is no prompt for mediacheck. I checked that there was no directory "/tmp/updates" with the expected content.

BTW, these tests are labeled Beta and Alpha level, resp. In particular, the updates.img_via_URL failure appears to violate the Alpha criteria "The installer must be able to download and use an installer update image from an HTTP server". Proposing as Beta blocker.

+1 blocker per criterion cited by Andre.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Should be fixed in git. See these commits:

57bddf4 dracut: accept inst.updates or updates for live.updates
39af8b2 makeupdates: put files the right places

Note that this requires a slightly different file layout inside the updates.img, which makeupdates now handles correctly.

+1 blocker

+1 beta blocker

+1 blocker

+1 beta blocker

Accepted as a blocker, with the votes above.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

anaconda-17.14-1.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/anaconda-17.14-1.fc17

Package anaconda-17.14-1.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-17.14-1.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-4546/anaconda-17.14-1.fc17
then log in and leave karma (feedback).

anaconda-17.14-1.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

With RC1, it reads the file, but the directory /tmp/updates is not created as described in https://fedoraproject.org/wiki/QA:Testcase_Anaconda_updates.img_via_URL . Does the updates.img mentioned in the test need to be modified?

Reopening to find what the status of this is, as no one has done either of these tests for RC1, and it looks like either failing would be a Beta blocker.

You will need to make sure you use an image that has either been created with anaconda's makeupdates script, or has the full /tmp/updates/ path inside the archive. The new updates system allows us to drop files anywhere on the fs, not just into /tmp/updates/

I suspect that the updates.img files described in the two tests are no longer valid. I'm trying to figure out how to generate valid ones so the tests can be modified accordingly.

I found the makeupdates script in the anaconda source package, but don't know how to use it. Could you look at the instructions in the two tests for creating an updates.img file (they look essentially identical) to see what's currently wrong with them? I don't understand in what sense the full /tmp/updates/ path isn't there already.

Andre: https://fedoraproject.org/wiki/Anaconda/Updates#How_to_Create_an_Anaconda_Updates_Image

I'll try and test this.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

So I built an updates.img to test this - http://www.happyassassin.net/extras/updates.beefy . If you do a live install it ought to change the text shown while installing to "Copying beefy live image to beefy hard drive, yo." (assuming you use English).

It doesn't seem to work. If I boot the live image with 'updates=http://www.happyassassin.net/extras/updates.beefy' then it is downloaded to /tmp/updates.img and extracted to /tmp/updates , but that tree is weirdly recursive - it winds up with a /tmp/updates/tmp/updates/pyanaconda directory. The text shown while installing doesn't change.

I built the live image by poking my anaconda checkout and then running 'scripts/makeupdates' directly, as 'make updates' fails to work, claiming there's no such target.

okay, comment #19 is actually a separate issue - updates on liveinst *are* broken, but updates on non-live should work. I'll file #19 separately and verify that non-live updates work.

updates on live install are https://bugzilla.redhat.com/show_bug.cgi?id=807397 . I've just confirmed that non-live updates work in Beta RC1, so we can close this.

if anyone else would like to test - http://www.happyassassin.net/extras/updates.2beef will ask you "What language would you like to use during the beefy installation process?" at the first stage of install.

There are 3 tests using updates.img that will have to be modified  -

https://fedoraproject.org/wiki/QA:Testcase_Anaconda_updates.img_via_URL
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_updates.img_via_installation_source
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_updates.img_via_local_media

No one has done the latter two yet. I did the first and can redo it after the test description is modified.

the updates.img is not copied to /tmp/updates/, but it is found in /run/initramfs/tmp/

to cover the test case
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_updates.img_via_installation_source

the udpates.img is not mounted to the system, could not find it anywhere.

hongqing: the final two are actually broken in current anaconda, so that's why you couldn't update the instructions. https://bugzilla.redhat.com/show_bug.cgi?id=809647 is the  bug for 'installation source', https://bugzilla.redhat.com/show_bug.cgi?id=807982 is the bug for 'local media'.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers