You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On some setups (Ubuntu 18.04 for example), Fedora is not booting correctly. Specifically, some systemd services (including login) fail to startup. The problem seems to come from guestmount, although the exact mechanism is not clear. On Centos 7 (similar to the FireSim ec2 setup), guestmount works properly. Systemd uses symlinks all over so that may be part of the problem.
In general, guestmount has been a source of constant problems (see #137 for example). It also prevents easy CI integration (can't run any FUSE in a container apparently). We really need a more robust solution to getting data on/off images. A solution needs the following features:
Copy files and directories out of the image and into a fixed location on the host
Copy files and directories to the guest either to a specific location or as an overlay
Package the entire image into a CPIO archive (for the nodisk builds)
The text was updated successfully, but these errors were encountered:
One possible solution:
Create a special workload that runs in qemu and can copy data around. This is actually similar to what guestmount is doing under the hood (hence the incompatibility with Ubuntu that requires manually enabling read of the kernel, yet another issue with it). In our case, we already have a working kernel so it won't be an issue.
The strategy would be to build a custom busybox init (just like our driver loading inits) that can share a folder with the host (via the plan9 networked filesystem, I've already tested this and it works). The init would mount the workload's image and read a command file from the host (ideally we'd do it from the kernel command line but that's broken in RV Linux). Busybox has cpio included, so we can do everything in the guest.
While this idea is pretty ugly and hacky, I think it would actually be robust and portable (we already have to support all the needed components and it has no additional dependencies). I wish there was a reasonable FUSE option out there, but apparently Linux just makes FUSE too difficult.
On some setups (Ubuntu 18.04 for example), Fedora is not booting correctly. Specifically, some systemd services (including login) fail to startup. The problem seems to come from guestmount, although the exact mechanism is not clear. On Centos 7 (similar to the FireSim ec2 setup), guestmount works properly. Systemd uses symlinks all over so that may be part of the problem.
In general, guestmount has been a source of constant problems (see #137 for example). It also prevents easy CI integration (can't run any FUSE in a container apparently). We really need a more robust solution to getting data on/off images. A solution needs the following features:
The text was updated successfully, but these errors were encountered: