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?

James, SELinux is disabled and not running: # systemctl status selinux.service selinux.service Loaded: error (Reason: No such file or directory) Active: inactive (dead)

Fri Oct 19 14:06:06 2012 - INFO | error was: [Errno 9] Bad file descriptor Fri Oct 19 14:06:06 2012 - INFO | No import managers found a valid signature at the location specified

From strace, and I'm not sure what of this is relevant so I hope I'm

#getenforce Disabled # I'll give it a run with ulimit increased and report back with more details or success. Thanks! On Thu, Oct 25, 2012 at 7:53 AM, James Cammarata <jimi(a)sngx.net&gt; wrote: > On Thu, Oct 25, 2012 at 5:44 AM, Bret Wortman > <bret.wortman(a)damascusgrp.com&gt; wrote: > > James, > > > > SELinux is disabled and not running: > > > > # systemctl status selinux.service > > selinux.service > > Loaded: error (Reason: No such file or directory) > > Active: inactive (dead) > > > > I believe you, but "getenforce" is the correct command to check for > sure (selinux doesn't run as a service). > > > Fri Oct 19 14:06:06 2012 - INFO | error was: [Errno 9] Bad file > descriptor > > Fri Oct 19 14:06:06 2012 - INFO | No import managers found a valid > signature > > at the location specified > > This is the relevant error, "bad file descriptor". That probably means > you're hitting a ulimit maximum, so try and change your maximum number > of open files limit ("ulimit -n", which is only 1024 by default on > most distributions) and try again. If that still fails, run the > command with strace to see exactly where and what file descriptor it's > failing on. > _______________________________________________ > cobbler mailing list > cobbler(a)lists.fedorahosted.org > https://lists.fedorahosted.org/mailman/listinfo/cobbler > -- Bret Wortman The Damascus Group Fairfax, VA http://bretwortman.com/ http://twitter.com/BretWortman

On Mon, Oct 22, 2012 at 8:01 AM, Bret Wortman <bret.wortman(a)damascusgrp.com&gt; 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 cobbler(a)lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/cobbler