Hi Mike, Thanks for your response, for the possibilities:
1) This is possible, if so is there a way to retry the regen-repo task using the same repo ID so that it can try with the directory in place? 2) GlusterFS does have root-squash functionality, but it is disabled by default and is off in this case. 3) I confirmed the mount is in place and I can edit files on the remote disk from the builder. 4) Confirmed that the builder has the volume mounted at /mnt/koji Any ideas are appreciated as I have been working with this setup for a bit now and I cannot get any further into the setup or building RPMs until I can figure out why it cannot build its repository information. Thanks, Kirk Harr Systems and Network Engineer End Point Corporation On 2/13/2015 10:15 AM, Mike McLean wrote: > On 02/12/2015 03:00 PM, Kirk Harr wrote: >> When setting up a new Koji setup, I submit a regen-repo task which is picked >> up by the single builder host that I have setup, which fails with a message >> in the kojid.log file: >> >> <snip> >> 2015-02-12 14:48:35,496 [WARNING] koji.TaskManager: TRACEBACK: Traceback >> (most recent call last): >> File "/usr/lib/python2.7/site-packages/koji/daemon.py", line 1161, in >> runTask >> response = (handler.run(),) >> File "/usr/lib/python2.7/site-packages/koji/tasks.py", line 157, in run >> return koji.util.call_with_argcheck(self.handler, self.params, self.opts) >> File "/usr/lib/python2.7/site-packages/koji/util.py", line 139, in >> call_with_argcheck >> return func(*args, **kwargs) >> File "/usr/sbin/kojid", line 3536, in handler >> raise koji.GenericError, "Repo directory missing: %s" % path >> GenericError: Repo directory missing: /mnt/koji/repos/dist-centos6-build/1085 >> </snip> >> >> This directory /mnt/koji/repos/dist-centos6-build/1085 does exist on the >> host inside /mnt/koji which is a GlusterFS share which the >> Kojira/Koji-hub/Koji-web host and the builder host share with each other. Is >> there any cause for this error to occur when the directory referenced as >> missing does actually exist? > > > The test that appears to be failing is: >> if not os.path.isdir(path): >> raise koji.GenericError, "Repo directory missing: %s" % path > > This test happens just after the hub call to host.repoInit (which > creates the stub repo dir with basic data). > > A few possibilities: > 1) some sort of race issue where the new directory is still unknown to > the builder > 2) some sort of permission error where the kojid process cannot see the > directory (does gluster do anything like "root squash"?) > 3) the mount isn't set up on the builder after all > 4) some sort of path mismatch (e.g. mounted in the wrong place) > > > -- > buildsys mailing list > [email protected] > https://admin.fedoraproject.org/mailman/listinfo/buildsys > -- buildsys mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/buildsys
