"koji regen-repo dist-test-build" command fails
by Eric Zhong
"koji regen-repo dist-test-build" command fails,
kojid, kojira, httpd, postgresql are all running.
selinux is disabled
I debug the kojid and create_local_repo() not be exe, because pkglist is
empty.
i can't find who create this file, and when it be created.
Have somebody got this problem ?
I find out some old articles from mail list, but all are not help!
=======================================================
if os.path.getsize(pkglist) > 0:
# don't call createrepo with an empty pkglist or it'll
# add every Koji-managed rpm to the repodata
self.create_local_repo(rinfo, arch, pkglist, groupdata, oldrepo)
========================================================
[eric@wenjia tasks]$ koji regen-repo dist-test-build
Regenerating repo for tag dist-test-build
Watching tasks (this may be safely interrupted)...
712 newRepo (dist-test-build): free
712 newRepo (dist-test-build): free -> open (kojibuilder1)
714 createrepo (i386): free
713 createrepo (x86_64): free
715 createrepo (ia64): free
713 createrepo (x86_64): free -> open (kojibuilder1)
713 createrepo (x86_64): open (kojibuilder1) -> FAILED: Fault: <Fault 1:
'Traceback (most recent call last):\n File "/usr/sbin/kojid", line 1285, in
runTask\n response = (handler.run(),)\n File "/usr/sbin/kojid", line
1361, in run\n return self.handler(*self.params,**self.opts)\n File
"/usr/sbin/kojid", line 2884, in handler\n for f in
os.listdir(self.datadir):\nOSError: [Errno 2] No such file or directory:
\'/tmp/koji/tasks/713/713/repo/repodata\'\n'>
2 free 1 open 0 done 1 failed
714 createrepo (i386): free -> open (kojibuilder1)
714 createrepo (i386): open (kojibuilder1) -> FAILED: Fault: <Fault 1:
'Traceback (most recent call last):\n File "/usr/sbin/kojid", line 1285, in
runTask\n response = (handler.run(),)\n File "/usr/sbin/kojid", line
1361, in run\n return self.handler(*self.params,**self.opts)\n File
"/usr/sbin/kojid", line 2884, in handler\n for f in
os.listdir(self.datadir):\nOSError: [Errno 2] No such file or directory:
\'/tmp/koji/tasks/714/714/repo/repodata\'\n'>
1 free 1 open 0 done 2 failed
715 createrepo (ia64): free -> canceled
0 free 1 open 1 done 2 failed
712 newRepo (dist-test-build): open (kojibuilder1) -> FAILED: Fault: <Fault
1: 'Traceback (most recent call last):\n File "/usr/sbin/kojid", line 1285,
in runTask\n response = (handler.run(),)\n File "/usr/sbin/kojid", line
1361, in run\n return self.handler(*self.params,**self.opts)\n File
"/usr/sbin/kojid", line 2884, in handler\n for f in
os.listdir(self.datadir):\nOSError: [Errno 2] No such file or directory:
\'/tmp/koji/tasks/713/713/repo/repodata\'\n'>
0 free 0 open 1 done 3 failed
712 newRepo (dist-test-build) failed
13 years
External RHEL build repo
by Michael Cronenworth
Is it possible to add a external build repo with RHEL 5 packages? I see
koji.fp.o has a special setup to allow this, which I tried and failed to
use. Is it possible to use my existing RHEL subscription to allow access
somehow?
Thanks,
Michael
13 years
rebuild an rpm
by Nathan Blackham
Quick question,
Is there an easy way to kick off a rebuild of an rpm that is already built?
I am trying to test my build machines to make sure they can handle
building, and I don't want to bump the spec file on each build?
Thanks,
Nathan
13 years
Question on Authentication for a koji server
by Nathan Blackham
I am working on setting up my own koji server. I have a kerberos realm all
setup and want to use kerberos for the front-end interaction. Is it
possible to use SSL cert authentication on the backend (hub to kojira, hub
to kojid) if I have kerberos setup for the frontend?
Thanks,
Nathan
13 years
Re: mock patch proposal: unmount everything mounted under chroot
by Jay Greguske
I'm a fan of this change. In the case where one is building livecds in a mock chroot, this solves the issue where livecd-creator dies for some reason and leaves loopback devices mounted.
On the other hand, if the user mounted something manually in the chroot, this will take it down without notice. I'm not sure if that is a use case worth considering though.
- Jay
----- "Alan Franzoni" <mailing(a)franzoni.eu> wrote:
> Hello, after getting some errors about unmount in mock, most probably caused by binfmt_misc issues - somewhere some package I was building did indeed trigger some "automagic" binfmt_misc mount under /proc/sys, I decided to patch mock to just unmount *all* directories that have been mounted under such chroot, no matter who mounted them or how they got mounted. The patch is attached. I'd open a ticket here: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora%20Hosted%20Proje... but even though I registered I get this message: Sorry, entering a bug into the product Fedora Hosted Projects has been disabled. -- Alan Franzoni -- contact me at public(a)[mysurname].eu
> -- buildsys mailing list buildsys(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/buildsys
13 years
"koji import " command fails
by Eric Zhong
i make SRPM dir, and put all srpms into it.
i run the "koji import " or "koji import --link" , both fail.
It looks like a Permission problem , but i can`t find it out.
The mail
http://lists.fedoraproject.org/pipermail/buildsys/2008-July/002085.html
does not help!
=====================================================================
[eric@wenjia koji]$ sudo koji import --link SRPM/zsh-4.2.6-1.src.rpm
Linking rpm to:
/mnt/koji/work/cli-import/1268645175.8120711.uWnjiPbj/zsh-4.2.6-1.src.rpm
importing SRPM/zsh-4.2.6-1.src.rpm...
Error importing: No such file:
/mnt/koji/work/cli-import/1268645175.8120711.uWnjiPbj/zsh-4.2.6-1.src.rpm
[eric@wenjia koji]$ sudo koji import SRPM/zsh-4.2.6-1.src.rpm
uploading SRPM/zsh-4.2.6-1.src.rpm... Fault: <Fault 1: "<type
'exceptions.OSError'>: [Errno 13] Permission denied:
'/mnt/koji/work/cli-import/1268645203.489852.QltdyQtr'">
[eric@wenjia koji]$ ll
drwxr-xr-x. 2 apache apache 4096 03-10 09:05 packages
drwxr-xr-x. 2 apache apache 4096 03-10 09:05 repos
drwxr-xr-x. 2 apache apache 4096 03-10 09:05 scratch
drwxr-xr-x. 2 apache apache 73728 03-15 14:04 SRPM # all files in
this dir are apache:apache
drwxr-xr-x. 3 apache apache 4096 03-15 17:26 work
[eric@wenjia koji]$ pwd
/mnt/koji
13 years
mock 1.0.5 failure
by Jeroen van Meeuwen
>From the mock-1.0.5 RPM changelog, I read:
==
* Wed Feb 17 2010 Clark Williams <williams(a)redhat.com>- 1.0.5-1
- from Jesse Keating <jkeating(a)redhat.com>:
- fixed 'useradd' option conflict with EPEL (-N vs -n)
- added Fedora 13 configs
==
>From the build logs of an Enterprise Linux 5 build (executed on a Fedora
12 koji build host) I read:
==
DEBUG util.py:280: Executing command: /usr/sbin/useradd -o -m -u 490 -g
490 -d /builddir -N mockbuild
DEBUG util.py:256: /usr/sbin/useradd: invalid option -- N
DEBUG util.py:256: Usage: useradd [options] LOGIN
DEBUG util.py:256: Options:
DEBUG util.py:256: -b, --base-dir BASE_DIR base directory for the new
user account
DEBUG util.py:256: home directory
DEBUG util.py:256: -c, --comment COMMENT set the GECOS field for the
new user account
DEBUG util.py:256: -d, --home-dir HOME_DIR home directory for the new
user account
DEBUG util.py:256: -D, --defaults print or save modified default useradd
DEBUG util.py:256: configuration
DEBUG util.py:256: -e, --expiredate EXPIRE_DATE set account
expiration date to EXPIRE_DATE
DEBUG util.py:256: -f, --inactive INACTIVE set password inactive
after expiration
DEBUG util.py:256: to INACTIVE
DEBUG util.py:256: -g, --gid GROUP force use GROUP for the new user
account
DEBUG util.py:256: -G, --groups GROUPS list of supplementary groups
for the new
DEBUG util.py:256: user account
DEBUG util.py:256: -h, --help display this help message and exit
DEBUG util.py:256: -k, --skel SKEL_DIR specify an alternative skel
directory
DEBUG util.py:256: -K, --key KEY=VALUE overrides /etc/login.defs
defaults
DEBUG util.py:256: -m, --create-home create home directory for the
new user
DEBUG util.py:256: account
DEBUG util.py:256: -l, do not add user to
lastlog database file
DEBUG util.py:256: -M, do not create user's
home directory(overrides /etc/login.defs)
DEBUG util.py:256: -r, create system account
DEBUG util.py:256: -o, --non-unique allow create user with duplicate
DEBUG util.py:256: (non-unique) UID
DEBUG util.py:256: -p, --password PASSWORD use encrypted password for
the new user
DEBUG util.py:256: account
DEBUG util.py:256: -s, --shell SHELL the login shell for the new
user account
DEBUG util.py:256: -u, --uid UID force use the UID for the
new user account
DEBUG util.py:256: -Z, --selinux-user SEUSER use a specific SEUSER
for the SELinux user mapping
DEBUG util.py:319: Child returncode was: 2
DEBUG util.py:98: kill orphans
==
Has the fixed broken builds on EL5? Should any changes be applied on the
consuming edge, and if yes, why was this released to a stable Fedora
branch??
-- Jeroen
13 years
mock+createrepo running as root?
by Jeffrey Ollie
Is there a reason that mock is running createrepo as root? It's
leaving root-owned repodata around anytime I do a mock build. Since I
have root access to my own laptop it's just an annoyance for me but
for others it could be a lot more difficult to get rid of the
directories. Or is this just that I have something messed up on my
system?
[jcollie@lt26923 repodata]$ ls -la
total 36
drwxr-xr-x. 2 root root 4096 2010-03-10 11:11 .
drwxrwxr-x. 3 jcollie jcollie 4096 2010-03-10 11:11 ..
-rw-r--r--. 1 root root 872 2010-03-10 11:11 filelists.sqlite.bz2
-rw-r--r--. 1 root root 454 2010-03-10 11:11 filelists.xml.gz
-rw-r--r--. 1 root root 881 2010-03-10 11:11 other.sqlite.bz2
-rw-r--r--. 1 root root 516 2010-03-10 11:11 other.xml.gz
-rw-r--r--. 1 root root 1803 2010-03-10 11:11 primary.sqlite.bz2
-rw-r--r--. 1 root root 795 2010-03-10 11:11 primary.xml.gz
-rw-r--r--. 1 root root 2685 2010-03-10 11:11 repomd.xml
--
Jeff Ollie
13 years
mock + createrepo = love
by Seth Vidal
Patch attached.
this just adds a createrepo_command option so you can set the options you
want to pass to createrepo
-sv
13 years