Bug 1011332 - Install fails with no obvious reason
Summary: Install fails with no obvious reason
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 20
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-09-24 06:20 UTC by Alexander Todorov
Modified: 2014-02-25 22:56 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1003106
Environment:
Last Closed: 2014-02-25 22:56:24 UTC
Type: Bug

Attachments (Terms of Use)
anaconda.log (7.23 KB, text/plain)
2013-09-24 06:22 UTC, Alexander Todorov 		no flags Details
console.log (42.92 KB, text/plain)
2013-09-24 06:23 UTC, Alexander Todorov 		no flags Details
program.log (31.00 KB, text/plain)
2013-09-24 06:23 UTC, Alexander Todorov 		no flags Details
storage.log (118.17 KB, text/plain)
2013-09-24 06:23 UTC, Alexander Todorov 		no flags Details
sys.log (81.44 KB, text/plain)
2013-09-24 06:23 UTC, Alexander Todorov 		no flags Details
vncserver.log (1.36 KB, text/plain)
2013-09-24 06:23 UTC, Alexander Todorov 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Description Alexander Todorov 2013-09-24 06:20:20 UTC 
+++ This bug was initially created as a clone of Bug #1003106 +++

--- Additional comment from Steve Tyler on 2013-08-31 13:16:47 EEST ---

(In reply to Steve Tyler from comment #5)
...
> error: XDG_RUNTIME_DIR not set in the environment.
...

Bug 1000927, Comment 4 reports the same error message on tty1:
Bug 1000927 - 20 Alpha TC1 i386 install image (netinst or DVD) freezes in the first step

--------------------------------------------------


I'm seeing the same with vnc install and one the latest daily snapshot available in our test lab but I read this error is non-fatal. However I can't find anything useful in the logs (or I'm not reading them right).
Comment 2 Alexander Todorov 2013-09-24 06:22:55 UTC 
Created attachment 802054 [details]
anaconda.log
Comment 3 Alexander Todorov 2013-09-24 06:23:05 UTC 
Created attachment 802055 [details]
console.log
Comment 4 Alexander Todorov 2013-09-24 06:23:15 UTC 
Created attachment 802056 [details]
program.log
Comment 5 Alexander Todorov 2013-09-24 06:23:25 UTC 
Created attachment 802057 [details]
storage.log
Comment 6 Alexander Todorov 2013-09-24 06:23:35 UTC 
Created attachment 802058 [details]
sys.log
Comment 7 Alexander Todorov 2013-09-24 06:23:55 UTC 
Created attachment 802059 [details]
vncserver.log
Comment 8 Vratislav Podzimek 2013-09-24 20:53:36 UTC 
What do you think by "Install fails"? What happens and in which step/phase does it happen? From the logs it seems it's at some point after the first screen.
Comment 9 Alexander Todorov 2013-09-25 08:56:06 UTC 
Well if I knew what happened I would have told you. 

These are automated test jobs I don't monitor them during install, I just saw it aborted, while install (it looks like so). I see couple of GTK errors but they are not critical. The one that looks suspicious is the last one:

(anaconda:864): Gdk-CRITICAL **: gdk_window_move_resize_internal: assertion 'GDK_IS_WINDOW (window)' failed 

You have all the logs. I expect you to make sense of them more than I do.
Comment 12 Vratislav Podzimek 2013-09-25 13:22:02 UTC 
I think there were exceptions happening in the installation (most probably the "YumBase object has no attribute _preconf" one). None of the logs shows anything like "fail for no obvious reason".

Unless you can reproduce this in an "non-unattended" installation and provide some more information about what happened, I'm gonna close this as CANTFIX.
Note You need to log in before you can comment on or make changes to this bug.