Sorry to go on and on .. Obviously I need to email the sys admin for help, I wanted to be prepared enough to convince them that the problem is both solvable and worth solving. It is usually a basic 'best practice' to support 'yum grouplist', right? Where does the admin go, to get the official copy of comps.xml, to support 'yum groupinstall "Development Tools"', so createrepo can create .../repodata/groups.xml? On Tue 1/3/12 16:25 +0100 "Ljubomir Ljubojevic" wrote: > On 01/03/2012 03:09 PM, yum@xxxxxxxxxxx wrote: > > On Sun 1/1/12 22:54 +0100 "Ljubomir Ljubojevic" wrote: > >> On 01/01/2012 10:18 PM, yum@xxxxxxxxxxx wrote: > >>> I'm not in a position to mv comps.xml on 172.16.22.8. > >>> > >>> How might I configure or invoke 'yum groupinstall ..' > >>> to look for > >>> http://172.16.22.8/yum/updatevm/comps.xml ? > > --snip > >> > >> My guess is that repo admin failed to integrate comps.xml into repodata. > >> > >> Try copying comps.xml (use that exact name) into > >> /var/cache/yum/updates-local/ > >> > >> and then run yum from cache with "-C". It might work. > > > > I tried above approach, results here: > > > > http://freetexthost.com/u1jyfyyblb > > > > yum is looking for rpm versions that are not in > > the 'updates-local' repo, and not in > > the 'base-local' repo! How is yum determining these versions? > > > > We can stop right here You have download error for gdb etc.!!! > > Look for : > "HTTP Error 404: Not Found > Trying other mirror." > > There is something wrong with either your .repo config file or with > location of the files on the server. > > Yum looks for gdb file in: > http://172.16.22.8/yum/updatevm/getPackage/gdb-7.0.1-37.el5.x86_64.rpm > > Where is it physically located? About 800-1000 miles away, and so is the sys admin - never met them, just received an email, saying the VM was setup, here is your account etc. You can see what I found out by browsing the "updates-local" repo webserver using lynx here: http://freetexthost.com/sr11fkny32 http://172.16.22.8/yum/updatevm/getPackage *is* the directory in the repo containing all this repos rpms - it does have rpms, just not all the ones needed. > It's like whole folder was moved after > createrepo was run (Just an speculation, I am not that good with > repository internal structure). > Fix that path problem and yum should work. Don't think that is the issue. Maybe I should be using the base repo since it has more than 10 times as many rpms - still it does not contain the rpms yum wanted.. Thanks again. -- In case, someone is still reading, here is the rest of my previous post is here: On Sun 1/1/12 22:54 +0100 "Ljubomir Ljubojevic" wrote: | Try copying comps.xml (use that exact name) into | /var/cache/yum/updates-local/ | | and then run yum from cache with "-C". It might work. I tried above approach, results here: http://freetexthost.com/u1jyfyyblb yum is looking for rpm versions that are not in the 'updates-local' repo, and not in the 'base-local' repo! How is yum determining these versions? examples: yum wanted: gdb-7.0.1-37.el5.x86_64.rpm, dogtail-0.6.1-4.el5.noarch.rpm updates-local has: no dogtail, no gdb base-local has earlier versions: gdb-7.0.1-32.el5.x86_64.rpm, dogtail-0.6.1-3.el5.noarch.rpm 'updates-local' repo has only about 200 rpms; base-local has ~3200! So I assume 'base-local' being much larger, should be used for 'yum groupinstall "Development Tools"'? Neither repo has a 'repodata/groups.xml' file. Pls click on the chopapp.com and freetexthost.com links below to see our repo tree structure and rpms listing: repo "base-local": http://chopapp.com/#6e1j7alb above is these output of: lynx -dump http://172.16.22.8/yum/basepkg (root of repo) lynx -dump http://172.16.22.8/yum/basepkg/repodata lynx -dump http://172.16.22.8/yum/basepkg/iso lynx -dump http://172.16.22.8/yum/basepkg/iso/Server (rpms) I don't think there is a comps.xml below 'yum/basepkg'. repo "updates-local": http://freetexthost.com/sr11fkny32 ( far fewer rpms, about 10% of base!? ) Notice 'comps.xml' is at root of updates-local repo. -- Since yum was looking for versions of gdb and dogtail that neither of our local repos had do I need to ask our sys admin to get us access to a more up to date local repo base and updates repo? Specifically what should I ask for; what do we have a reasonable right to expect for local repos? -- >From 'man createrepo': EXAMPLES Here is an example of a repository with a groups file. Note that the groups file should be in the same directory as the rpm packages (i.e. /path/to/rpms/comps.xml). createrepo -g comps.xml /path/to/rpms So, before there is any hope that 'yum grouplist' will work, my hunch is that I should ask our sys admin to re-run createrepo on the "base-local" repo server in this way: cp /path/to/comps.xml /var/www/html/yum/basepkg/iso/Server # rpms are in /var/www/html/yum/basepkg/iso/Server # Where will he get this comps.xml ( w/'Development Tools' & others )? cd /var/www/html/yum/basepkg # this is root dir of repo, having ./repodata as a subdir createrepo -g iso/Server/comps.xml -o . iso/Server # "-o ." so ./repodata is used # instead of /var/www/html/yum/basepkg/iso/Server/repodata What if 'iso/' above is a RO filesystem? Can comps.xml be written anywhere, as long as the arg to "-g" gives the full pathname to it? Where will the admin find the official/correct comps.xml? Perhaps the iso/ dir is a DVD or CDROM?: --snip/below from http://172.16.22.8/yum/basepkg/iso: Index of /yum/basepkg/iso [ICO] Name Last modified Size Description ________________________________________ [DIR] Parent Directory - [DIR] Server/ 10-Aug-2011 17:43 - [ ] TRANS.TBL 10-Aug-2011 16:34 2.6K [VID] boot.cat 10-Aug-2011 16:34 2.0K [TXT] boot.msg 10-Aug-2011 16:34 292 [TXT] general.msg 10-Aug-2011 16:34 919 [ ] initrd.img 10-Aug-2011 16:34 7.9M [ ] isolinux.bin 10-Aug-2011 16:34 10K [ ] isolinux.cfg 10-Aug-2011 16:34 364 [ ] memtest 10-Aug-2011 16:34 92K [TXT] options.msg 10-Aug-2011 16:34 817 [TXT] param.msg 10-Aug-2011 16:34 517 [TXT] rescue.msg 10-Aug-2011 16:34 490 [ ] splash.lss 10-Aug-2011 16:34 23K [ ] vmlinuz 10-Aug-2011 16:34 2.0M Unfortunately, there is just 1 subdir above: 'Server/', and all it has are rpms (no comps.xml). -- thanks for any help, comments, corrections etc, Tom -- Basic question: Is the directory that contains "./repodata" considered the root of the repo, ie is "./repodata" a top level subdir of the repo URL? _______________________________________________ Yum mailing list Yum@xxxxxxxxxxxxxxxxx http://lists.baseurl.org/mailman/listinfo/yum
