Bug 821375

Summary:	Installation DVD ISO provided as NFS source will not be mounted
Product:	[openSUSE] openSUSE 12.3	Reporter:	Forgotten User zxeoRDWLI0 <forgotten_zxeoRDWLI0>
Component:	Installation	Assignee:	Steffen Winterfeldt <snwint>
Status:	RESOLVED FIXED	QA Contact:	Jiri Srain <jsrain>
Severity:	Normal
Priority:	P4 - Low	CC:	dutchguy69, nfbrown
Version:	Final
Target Milestone:	---
Hardware:	x86-64
OS:	openSUSE 12.3
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Forgotten User zxeoRDWLI0 2013-05-23 10:46:35 UTC

User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0

System was booted using a DVD or USB stick. In the bootloader, I choose the language and provide an NFS source with my NFS servers' FQDN and the path on the NFS server to openSUSE-12.3-DVD-x86_64.iso. In previous versions, the installation procedure mounted the path from the NFS server and then loopback-mounted the ISO to provide the installation source. This does not work anymore. Here is the relevant output from tty4:

[mounting the DVD, checking for updates]

repository: looking for nfs://nfsserver.example.com/shared/software/openSUSE-12.3-DVD-x86_64.iso
rescanning devices
url mount: trying nfs://nfsserver.example.com/shared/software/openSUSE-12.3-DVD-x86_64.iso?device=eth0
(Intel Ethernet controller)
interface setup: eth0
sending DHCP request to eth0... ok.
eth0 activated
hostip: 192.168.9.20
gateway: 192.168.9.1
nameserver 0: 192.168.9.1
nameserver 1: 192.168.9.2
dns: nfsserver.example.com is 192.168.9.40
mount.nfs: mount point /var/adm/mount is not a directory
nfs: /shared/software/openSUSE-12.3-DVD-x86_64.iso -> /var/adm/mount (32)
url mount: nfs://nfsserver.example.com/shared/software/openSUSE-12.3-DVD-x86_64.iso?device=eth0 failed

[now it trys falling back to wlan0, of course with the same result]

Reproducible: Always

Steps to Reproduce:
1. Boot system
2. Enter path to ISO of the installation DVD on an NFS server as NFS source
3. run installation
Actual Results:
falls back to wlan0 and text mode, ultimately fails to install

Expected Results:
mounting the NFS path, then loopback mounting the ISO, installation source provided, start graphic installation

openSUSE-12.3-DVD-x86_64-Build0110

Comment 1 Marco Bakker 2013-05-30 20:41:24 UTC

I have the same issue for some time already, showing exactly the same as above. I have tried to find the issue but not managed to do so.

I have noticed that when you try to mount an iso via NFS (done in error) you get the error: (mountpoint) is not a directory. This makes sense as you normally expect to mount directories not files.

That same error is also found above during the installation. Is that related ?

Since a week I tried 13_1 build 466 with the same results.

The same autoyast process but with 12.1 or 12.2 has no issues with my setup. Also the permissions/user access on the directories and iso's are the same.

Comment 2 Forgotten User zxeoRDWLI0 2013-05-31 15:20:58 UTC

So it's been a week. I am aware that asking for a new DVD release because of this bug would be unreasonable, but I would greatly appreciate it if you could ensure that this feature will be back again in 13.1.

Comment 4 Steffen Winterfeldt 2013-06-19 06:18:53 UTC

Uhm yes, looks the auto detection of the file type is broken atm. Please
append '?type=file' to the install url (or to the file path if you use F4).

Comment 5 Marco Bakker 2013-06-19 06:58:31 UTC

Indeed I just gave that a try and can confirm that on physical and virtual box that did solve the issue for me. The repository is now found and the installation continues.

install=nfs://xxx.xxx.xxx.xxx/data/openSUSE/openSUSE-12_3-DVD-x86_64.iso?type=file

As mentioned I found this issue also in 13_1 build 466. The change also gave me a positive result on that version.

Thanks for looking into this.

Comment 6 Forgotten User zxeoRDWLI0 2013-06-19 07:52:24 UTC

The ?type=file option works for me too, thanks for the workaround!

Comment 7 Steffen Winterfeldt 2015-03-26 13:44:42 UTC

I think this works again (without 'file' option) in Factory (not 13.2).