Bug 672022

Summary: [anaconda] liveinst aborts after launch
Product: [Fedora] Fedora Reporter: Joachim Frieben <jfrieben>
Component: anacondaAssignee: Brian Lane <bcl>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: anaconda-maint-list, cwickert, davidz, dwysocha, jonathan, mclasen, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: anaconda-15.20-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-02-10 00:03:17 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
anaconda output file program.log
none
anaconda output file storage.log none

Description Joachim Frieben 2011-01-23 09:52:00 UTC 
Description of problem:
liveinst aborts upon launch with error message:

$ liveinst 
Error launching program: Failed to execute child process "anaconda --liveinst --method=livecd:///dev/mapper/live-osimg-min --lang en_US.utf8 " (No such file or directory)
rm: cannot remove `/tmp/updates': No such file or directory
rm: cannot remove `/tmp/updates.img': No such file or directory

Version-Release number of selected component (if applicable):
anaconda-15.16-1.fc15

How reproducible:
Always.

Steps to Reproduce:
1. Boot from desktop-i386-20110122.16.iso.
2. Execute 'liveinst'.
  
Actual results:
Installer crashes immediately.

Expected results:
Installer starts up as expected.

Additional info:
After downgrading to anaconda-15.15-1.fc15, liveinst starts up successfully.
Comment 1 Joachim Frieben 2011-01-23 09:53:52 UTC 
Created attachment 474799 [details]
anaconda output file program.log
Comment 2 Joachim Frieben 2011-01-23 09:54:26 UTC 
Created attachment 474800 [details]
anaconda output file storage.log
Comment 3 Christoph Wickert 2011-01-23 16:46:43 UTC 
Confirmed, happens with all nightly composes from http://alt.fedoraproject.org/pub/alt/nightly-composes/
Comment 4 Chris Lumens 2011-01-24 16:01:10 UTC 
We're starting anaconda from liveinst like so:

if [ -x /usr/bin/udisks ]; then
    /usr/bin/udisks --inhibit -- "$ANACONDA $*"
else
    $ANACONDA $*
fi

And $ANACONDA is:

ANACONDA=${LIVECMD:=anaconda --liveinst --method=livecd://$LIVE_BLOCK $INSTLANG}

Perhaps plus some additional arguments.  $LIVECMD is usually nothing.  As you can see, it's not an explicit path - we're counting on $PATH resolution to take care of that.  When started through the else clause above, it works fine.  When started through the udisks path, no love.
Comment 5 Matthias Clasen 2011-01-26 00:48:38 UTC 
From what I can see in the udisks sources, all calls of g_spawn_sync pass the
G_SPAWN_SEARCH_PATH flag. And it seems to work fine in local testing:

udisks --inhibit -- zenity --info

works just fine here.
Comment 6 David Zeuthen 2011-01-28 19:52:38 UTC 
Looks like an anaconda problem to me. Maybe if you attached more debug of what is happening I'd be able to help. Thanks.
Comment 7 Brian Lane 2011-02-10 00:03:17 UTC 
Remove the quotes from around $ANACONDA $*