Bug 1844287
| Summary: | NFS repos only work if .treeinfo file is present with anaconda-33.18-1.fc33+ | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> | ||||||||||||||||
| Component: | anaconda | Assignee: | Jiri Konecny <jkonecny> | ||||||||||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||
| Severity: | low | Docs Contact: | |||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||
| Version: | 33 | CC: | anaconda-maint-list, jkonecny, jonathan, kellin, robatino, vanmeeuwen+fedora, vponcova, wwoods | ||||||||||||||||
| Target Milestone: | --- | ||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||
| Hardware: | All | ||||||||||||||||||
| OS: | Linux | ||||||||||||||||||
| Whiteboard: | openqa | ||||||||||||||||||
| Fixed In Version: | anaconda-33.20-1 | Doc Type: | If docs needed, set a value | ||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||
| Clone Of: | |||||||||||||||||||
| : | 1849093 (view as bug list) | Environment: | |||||||||||||||||
| Last Closed: | 2021-04-15 11:22:14 UTC | Type: | Bug | ||||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||
| Embargoed: | |||||||||||||||||||
| Attachments: |
|
||||||||||||||||||
|
Description
Adam Williamson
2020-06-05 01:29:23 UTC
Hi Adam, Could you please add here logs or link to a failing OpenQA test? Here are logs from a test that used `inst.repo=nfs:nfsvers=4:10.0.2.110:/repo` on the cmdline. Created attachment 1697674 [details]
anaconda.log
Created attachment 1697675 [details]
dbus.log
Created attachment 1697676 [details]
dnf.librepo.log
Created attachment 1697677 [details]
packaging.log
Created attachment 1697678 [details]
program.log
Created attachment 1697679 [details]
storage.log
Created attachment 1697680 [details]
syslog
OK, so I figured this out some more. We have two different cases here. 1. The NFS ISO case seems to be really broken. If you specify 'inst.repo=nfs:nfsvers=4:10.0.2.110:/iso/image.iso', the logs indicate that anaconda/dracut try literally to mount '10.0.2.110:/iso/image.iso' (rather than mounting '10.0.2.110:/iso' and then looking for the file 'image.iso'), and obviously that fails because you can't *do* that: 18:01:40,672 WARNING org.fedoraproject.Anaconda.Modules.Payloads:DEBUG:anaconda.modules.payloads.source.nfs.initialization:Setting up NFS source: nfs:nfsvers=4:10.0.2.110:/iso/image.iso 18:01:40,673 WARNING org.fedoraproject.Anaconda.Modules.Payloads:INFO:program:Running... mount -t nfs -o nfsvers=4,nolock 10.0.2.110:/iso/image.iso /run/install/source/mount-0000-nfs-device 18:01:40,779 NOTICE kernel:FS-Cache: Loaded 18:01:40,903 NOTICE kernel:FS-Cache: Netfs 'nfs' registered for caching 18:01:40,927 NOTICE kernel:Key type dns_resolver registered 18:01:41,158 NOTICE kernel:NFS: Registering the id_resolver key type 18:01:41,158 NOTICE kernel:Key type id_resolver registered 18:01:41,158 NOTICE kernel:Key type id_legacy registered 18:01:41,269 INFO kernel:mount.nfs (1899) used greatest stack depth: 12072 bytes left 18:01:41,271 WARNING org.fedoraproject.Anaconda.Modules.Payloads:INFO:program:stderr: 18:01:41,271 WARNING org.fedoraproject.Anaconda.Modules.Payloads:INFO:program:b'mount.nfs: mount spec 10.0.2.110:/iso/image.iso or point /run/install/source/mount-0000-nfs-device is not a directory' 2. All the other cases turn out to be something different and not so clear cut. I figured out it was failing because of the `verify_valid_installtree` check in pyanaconda/payload/image.py . That checks for a `.treeinfo` file. I was setting up the NFS repo on the server by mounting the Server DVD at /mnt/iso and then doing `cp -R /mnt/iso/* /repo` , and exporting /repo via NFS. That command does not copy the `.treeinfo` file, and so the check failed. I changed the command to `rsync -av /mnt/iso/ /repo`, and now it works. So there's definitely an element of me doing something wrong, there. Still, the behaviour changed - it used to work fine *without* the .treeinfo file, now it's required, it seems. It's odd, because the `verify_valid_installtree` check itself has been around since 2018. Perhaps it previously wasn't run, or it was run but the failure wasn't fatal? I've updated the summary for issue #2 (and will unpropose as a blocker, since this does work in a 'normal' case), I'll file a new bug for issue #1. Thanks! We should work even without the .treeinfo file. I'll look onto that. This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle. Changing version to 33. |