On Mon, Oct 22, 2012 at 8:01 AM, Bret Wortman <[email protected]> wrote: > I've got several .iso images that I'm trying to import into a new Cobbler > instance. When I do this: > > # mount -o loop /images/Fedora-17-i386-DVD.iso /distro > # cobbler import --name=F17 --path=/distro --arch=i386 > task started: 2012-10-22_085223_import > task started (id=Media import, time=Mon Oct 22 08:52;23 2012) > !!! TASK FAILED !!! > # > > cobbler.log shows that the rsync apparently didn't run because the very next > command fails. If I copy the rsync command from the log and run it manually, > it works just fine every time, and re-running the cobbler import after the > manual rsync runs to completion. > > What might be causing the rsync within the import command to fail?
Just ran into this today after working through some other issues with users in #cobbler. So what's going on here is a bit weird, and I'll try and step through it. The way I reproduced this is as follows: 1. Mount an ISO (doesn't matter where) 2. Run cobbler import on the mounted path 3. Unmount and mount a different ISO to the same path 4. At this point cobblerd continues seeing the old ISO file system, despite the fact that it's no longer mounted. 5. Bounce the cobblerd service and things start working fine. In your case, what's happening is cobbler is still seeing the empty mount path. At this point I'm unsure what's causing this, but it seems limited to those running cobblerd on Fedora 17. So for now, the workaround is to bounce cobblerd every time you mount an ISO (far from ideal, I know) and I'll start digging into why this is happening. I suspect it's something going on with systemd/systemctl. _______________________________________________ cobbler mailing list [email protected] https://lists.fedorahosted.org/mailman/listinfo/cobbler
