Bug 861500 - No network access in %post section
Summary: No network access in %post section
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 18
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-09-28 20:23 UTC by Cole Robinson
Modified: 2013-01-10 06:55 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-10-02 17:14:11 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Archive of /tmp/*log (88.98 KB, application/x-gzip)
2012-09-28 20:23 UTC, Cole Robinson
no flags Details
anaconda.log (3.76 KB, text/plain)
2012-10-01 23:19 UTC, Cole Robinson
no flags Details
ifcfg.log (56 bytes, text/plain)
2012-10-01 23:20 UTC, Cole Robinson
no flags Details
packaging.log (177.60 KB, text/plain)
2012-10-01 23:21 UTC, Cole Robinson
no flags Details
program.log (36.98 KB, text/plain)
2012-10-01 23:21 UTC, Cole Robinson
no flags Details
storage.log (89.54 KB, text/plain)
2012-10-01 23:21 UTC, Cole Robinson
no flags Details
X.log (55.05 KB, text/plain)
2012-10-01 23:21 UTC, Cole Robinson
no flags Details

Description Cole Robinson 2012-09-28 20:23:41 UTC
Created attachment 618752 [details]
Archive of /tmp/*log

After install completes but before reboot:

ctrl-alt-f2
# ping google.com # works
# chroot /mnt/sysimage
# ping google.com
ping: unknown host google.com

This worked for all previous Fedora versions, and prevents a kickstart %post section from talking to the network.

Comment 1 Brian Lane 2012-09-28 23:22:09 UTC
Please attach logs as individual text/plain files, not as an archive. It makes it easier to search and examine them.

Comment 2 Jesse Keating 2012-10-01 16:37:36 UTC
Also please attach /mnt/sysimage/etc/resolv.conf  .  You might have network access, just not functional DNS resolution, which may be a side effect of using DHCP for network details.

Comment 3 Cole Robinson 2012-10-01 23:14:30 UTC
Jesse, there is no /mnt/sysimage/etc/resolv.conf. I assume the installer resolve.conf doesn't matter, but here it is:

# cat resolv.conf 
# Generated by NetworkManager
nameserver 192.168.123.1

Rest of the logs coming shortly

Comment 4 Cole Robinson 2012-10-01 23:19:59 UTC
Created attachment 620066 [details]
anaconda.log

Comment 5 Cole Robinson 2012-10-01 23:20:58 UTC
Created attachment 620067 [details]
ifcfg.log

Comment 6 Cole Robinson 2012-10-01 23:21:29 UTC
Created attachment 620068 [details]
packaging.log

Comment 7 Cole Robinson 2012-10-01 23:21:32 UTC
Created attachment 620069 [details]
program.log

Comment 8 Cole Robinson 2012-10-01 23:21:34 UTC
Created attachment 620070 [details]
storage.log

Comment 9 Cole Robinson 2012-10-01 23:21:36 UTC
Created attachment 620071 [details]
X.log

Comment 10 Jesse Keating 2012-10-02 00:38:03 UTC
(In reply to comment #3)
> Jesse, there is no /mnt/sysimage/etc/resolv.conf.

Well there's your problem :)  Could you verify that the network functions from the chroot just without name resolution?  Also can you tell us what networking configuration you used?  I presume it was boot time options?

Comment 11 Cole Robinson 2012-10-02 15:47:09 UTC
Yep, I can ping public IP addresses from the chroot. Networking is only configured with a kickstart which has:

network  --bootproto=dhcp --onboot=on

Nothing was configured interactively. And just to clarify, after booting into the newly installed OS, it has no problem resolving host names.

Comment 12 Radek Vykydal 2012-10-02 16:05:29 UTC
(In reply to comment #10)
> (In reply to comment #3)
> > Jesse, there is no /mnt/sysimage/etc/resolv.conf.
>.

Copying networking configuration to installation root was fixed in master but didn't went in F18 Alpha (bug 853584). So if the cause is actually the missing file, which seems to be so, this should be fixed post F18 Alpha.

(In reply to comment #11)

> Nothing was configured interactively. And just to clarify, after booting
> into the newly installed OS, it has no problem resolving host names.

Here the resolv.conf is generated by NetworkManager.

Comment 13 Jesse Keating 2012-10-02 17:05:27 UTC
You should re-test with the nightly boot.iso to see if the fix works for you.

Comment 14 Cole Robinson 2012-10-02 17:14:11 UTC
Let's just assume this is fixed and I'll reopen if I'm still hitting it.

Jesse, where are the nightly isos? I see http://alt.fedoraproject.org/pub/alt/nightly-composes/ but not sure if that's what you mean. Any nightly tree I can pull from and get a pxe boot image?

Comment 15 Jesse Keating 2012-10-02 17:19:26 UTC
(In reply to comment #14)
> Let's just assume this is fixed and I'll reopen if I'm still hitting it.
> 
> Jesse, where are the nightly isos? I see
> http://alt.fedoraproject.org/pub/alt/nightly-composes/ but not sure if
> that's what you mean. Any nightly tree I can pull from and get a pxe boot
> image?

http://download.fedoraproject.org/pub/fedora/linux/development/18/<arch>/os/images/


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