Please attach the logs from /tmp to this bug.

Hi David
I was finally able to get to the /tmp. I tried to mount a real drive but was unable. I also wanted to write to the flash drive and again, it was mounted RO.

So, here is what happens with anaconda.
The pyanaconda.log on /tmp has 

beginning download at an address in ram
an address in ram, (where code was, I presume, followed by message 7, Error in reception 

I am using an external wireless (USB) modem.  During the download the lights on the wireless modem flash to show traffic.
After it stops flashing, there is about a 45second of no disk activity as I presume yum tries to build the dependency tree.  There was no error in yum log
The download checksum or something like that failed.

tried twice, same problem.   My system ram is 3.5 gigs. That should be sufficient.

Is there a method to ftp the tar file to you.  If yes, please provide an address. Ftp was available in the net-install Linux.

(In reply to Leslie Satenstein from comment #2) 
> Is there a method to ftp the tar file to you.  If yes, please provide an
> address. Ftp was available in the net-install Linux.

Please attach the files to the bug. I don't really care how you get them out of the installer. Perhaps run an ftp server on another machine. Or scp them to a fedorapeople.org account. Or copy them to a USB drive.

Good morning Dave
Once again, 

Testing the FEDORA 21  ALPHA-RC1  NETWORK INSTALLATION

sha256sum OK,  
Media Test OK 

Anaconda fails with same two problems on a second computer (refer to above for computer #1)

Computer #2

Ram 8gigs Dual Core Intel E7300, ATI graphics card
Connection -- Direct (wired)

Localization shows Winnipeg,  I am in EST (Gmt-5),  Should show either New York or Toronto.  Ditto for the above Computer #1 test as well

The Download of the Net Install meta data (what will be installed) fails
with the identical message as above.


1f59f1c34cef5319df3ab37547727c7d07765284b54d6e69707120151ed1bd72 *Fedora-Workstation-netinst-x86_64-21_Alpha.iso

Procedural 

Steps to Reproduce:
1. Anaconda TC7 is started
2. English selected
3. Additionl language selected (French -- all of them)
4. Network is setup wired 
5. Corrected Localization -- wrong timezone 
6. Click on Download Meta data. (It has orange triangle displayed)
7. Download appears to be received 
8. Error in reception  (tried twice, including the following of a reboot)
9. Error remains even though set checkbox instructing to only use net install image.
10. Cannot clear error
11. Cannot clear Software Selection

Actual results:
Abandon installation.

Expected results:

With graphical Anaconda, that the flag to download meta data would be cleared and that subsequently the flag to select software would be cleared.
The checkbox to not download (do minimal installation was not selected).
Even when selected, problem persists. 

Additional info:

Had to abandon test. Install would not proceed.

I don't know what is going wrong. Log files would provide more information, but you refuse to attach log files. Providing more detailed steps to reproduce is not helpful, because this problem is particular to your environment, whatever that may be. It sounds like maybe there is a network connectivity issue, or maybe this is related to all of the repo file problems related to the Server/Workstation/Cloud split, or maybe NetworkManager is misinterpreting something. I don't know.

As for your original assessment, "Defer (spoke) metadata download list to wait for wireless connection to be established," we already wait for networking before we attempt to download repo metadata.

Mr David
If the installation does not work with two live computers, it will not work for anyone else. 

This is an installation problem, not a problem where a kernel aborts with a core dump.

I transcribed the two error messages and pasted them into this bug report.

I did my best. I had transcribed the two error messages.

I boot natively, I do not have any disk, other than the ram drive set up by anaconda.  There is no sendmail or method to send the /tmp files to you.
READ CAREFULLY.

The only drive setup are the virtual RAM drives. There is no physical drive, and no Sendmail or web browser, and no second USB port to allow transfer of any logfile to a physical drive.

There is ftp on the Net Install system, and I could ftp the files to a known address, if you provide one. Provide an FTP address and don't forget the logon id and password.  

Again, there is "no - none - zero" core dump. The error message was as transcribed and posted.

If ftp is not practical, I could use my cellphone to snap the pictures of each logfile and their contents (most except the two I indicated were zero bytes in length)  and provide the snapshots to you in a tar file.

It will take probing by developers to test the net install.

And in the meantime, I will just let someone else report the same problem.

By the way, you could try the net install yourself, and see if your system experiences the identical problem. You can do this without actually touching the hard disks on your computer system.  That way, you can explain to me how you got the /tmp files to a physical drive.

(In reply to Leslie Satenstein from comment #6)
> Mr David
> If the installation does not work with two live computers, it will not work
> for anyone else. 

No, it's really just you.

> I boot natively, I do not have any disk, other than the ram drive set up by
> anaconda.  There is no sendmail or method to send the /tmp files to you.
> READ CAREFULLY.
> 
> The only drive setup are the virtual RAM drives. There is no physical drive,
> and no Sendmail or web browser, and no second USB port to allow transfer of
> any logfile to a physical drive.
> 
> There is ftp on the Net Install system, and I could ftp the files to a known
> address, if you provide one. Provide an FTP address and don't forget the
> logon id and password.  

Use fpaste to upload the logs to fpaste.org. Use scp to copy the files to an ssh server. Set up an FTP server on your local network and upload the files there. Use a USB hub. There's four possible solutions. I am not setting an FTP server for you.

> 
> Again, there is "no - none - zero" core dump. The error message was as
> transcribed and posted.

I'm not asking for core dumps. I'm asking for the log files in /tmp.

> If ftp is not practical, I could use my cellphone to snap the pictures of
> each logfile and their contents (most except the two I indicated were zero
> bytes in length)  and provide the snapshots to you in a tar file.

Please do not do this.

> By the way, you could try the net install yourself, and see if your system
> experiences the identical problem. You can do this without actually touching
> the hard disks on your computer system.  That way, you can explain to me how
> you got the /tmp files to a physical drive.

The only solution proposed so far that involved a physical drive was copying to a USB drive. This doesn't have to be the same drive you're installing to!

There was no second USB setup.  I am not installing or testing via a VM system. I am testing on two computers with real hardware, not vm simulated hardware.

These two boxes execute on each box. 
F20, F21 (alpha - TC7), Centos 6.5 and Centos 7.

The F20 above was installed via net-work installation iso. Network installation works with F20.

I will retry the installation again and I will attempt to use fpaste to fpaste.org. 

This was not recommended to me prior to now.  Back with confirmation that fpaste exists on anaconda net install and will indicate success of the fpaste success or failure.

TC7 network install does not get correct repositories out of the box, this is known. It has nothing to do with wireless network connections. I cannot parse your description well enough to understand if you're complaining about this, or something else. RC1 will have correct repository configuration OOTB once MirrorManager is fixed.

(In reply to Leslie Satenstein from comment #8)
> I will retry the installation again and I will attempt to use fpaste to
> fpaste.org. 

You can upload the files one at a time and fpaste will give you a url, which you can then use to download the files at your convenience.

For example:
~$ fpaste -n dshea test.txt
Uploading (0.1KiB)...
http://ur1.ca/i7emp -> http://paste.fedoraproject.org/134312/97641314

And please re-test with RC1 to confirm whether you're encountering the issue described in comment 9.

Hi Dave

Please note comment 4.  All tests from comment 4 to this comment have been done with rc1.  The checksum (comment4) is what I encountered.

The path is shown as well

I uploaded file by file to lsatenstein  pwd fedora21   
The numbers are around 134300 to 134307/76039141

By the way, net install taken from
Index of /pub/alt/stage/21_Alpha_RC1/Workstation/x86_64/iso
dated 16 September 

Dave
I will resend the text files to fpaste -n dshea  
134318 to 134324 were sent to dshea

The download spoke is active with the current alpha-rc

https://dl.fedoraproject.org/pub/alt/stage/current/Workstation/x86_64/iso/Fedora-Workstation-netinst-x86_64-21_Alpha.iso

corrects the above.