[Spacewalk-list] Packages "missing" during Kickstart that aren't...
James Hogarth
james.hogarth at gmail.com
Tue Aug 10 16:40:41 UTC 2010
>
> hi, I posted this already. I have the same Problem with a different file. I
> didn't solved it till now. Here is what I wrote:
>
>> K.R. wrote:
>>>
>>> Hi again,
>>>
>>> sorry, just some few additional notes
>>>
>>> K.R. wrote:
>>>>
>>>> Hello,
>>>>
>>>> i've tried to setup some kickstart profiles. Everything works fine with
>>>> Centos 5 i386 architecture(I can kickstart a whole server with CentOS5
>>>> i386... yay!). If I try to repeat my steps for x86_64 architecture , I have
>>>> some strange issues. I can't download all files(hmm, I can't download one
>>>> single file).
>>>>
>>>> Here are some Apachelogs:
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:42 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/expat-1.95.8-8.3.el5_4.2.i386.rpm HTTP/1.1"
>>>> 206 5523 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:42 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/words-3.0-9.1.noarch.rpm HTTP/1.1" 206 4325
>>>> "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:42 +0200] "GET
>>>> /ks/dist/child/centos5-updates-x86_64/CentOS-5-x86_64/getPackage/gnutls-1.4.1-3.el5_4.8.i386.rpm
>>>> HTTP/1.1" 206 7584 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:42 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/crontabs-1.10-8.noarch.rpm HTTP/1.1" 206
>>>> 4022 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/python-iniparse-0.2.3-4.el5.noarch.rpm
>>>> HTTP/1.1" 206 5551 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/specspo-13-1.el5.centos.noarch.rpm HTTP/1.1"
>>>> 206 15485 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libpcap-0.9.4-15.el5.x86_64.rpm HTTP/1.1"
>>>> 206 16420 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/glibc-2.5-49.x86_64.rpm HTTP/1.1" 206 153549
>>>> "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libjpeg-6b-37.x86_64.rpm HTTP/1.1" 206 7655
>>>> "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm HTTP/1.1" 206
>>>> 3035 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm HTTP/1.1" 206
>>>> 3035 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm HTTP/1.1" 206
>>>> 3035 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm HTTP/1.1" 206
>>>> 3035 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>> 172.16.1.3 - - [03/Jun/2010:12:55:43 +0200] "GET
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm HTTP/1.1" 206
>>>> 3035 "-" "urlgrabber/3.1.0 yum/3.2.22"
>>>>
>>>>
>>>> I can download everything, except this libXcursor-1.1.7-1.1.i386.rpm,
>>>> but it appears on the filesystem.
>>>> ls -al
>>>> /var/distro-trees/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm
>>>> -rw-r--r-- 1 root root 0 Jun 3 14:08
>>>> /var/distro-trees/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm
>>>
>>> # ls -al
>>> /var/distro-trees/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm
>>> -rw-rw-r-- 3 500 500 32396 Nov 18 2007
>>> /var/distro-trees/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm
>>>
>>> This looks better.
>>>>
>>>> Following logs are created by tomcat5:
>>>>
>>>> /var/log/tomcat5/catalina.out
>>>> 2010-06-03 15:19:45,675 [TP-Processor3] ERROR
>>>> com.redhat.rhn.frontend.action.common.DownloadFile - Package retrieval error
>>>> on file download url:
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm
>>>>
>>>>
>>>> org.hibernate.NonUniqueResultException: query did not return a unique
>>>> result: 12
>>>> at
>>>> org.hibernate.impl.AbstractQueryImpl.uniqueElement(AbstractQueryImpl.java:820)
>>>> at
>>>> org.hibernate.impl.AbstractQueryImpl.uniqueResult(AbstractQueryImpl.java:811)
>>>> at
>>>> com.redhat.rhn.domain.channel.ChannelFactory.lookupPackageByFilename(ChannelFactory.java:867)
>>>> at
>>>> com.redhat.rhn.frontend.action.common.DownloadFile.getStreamInfoKickstart(DownloadFile.java:434)
>>>> at
>>>> com.redhat.rhn.frontend.action.common.DownloadFile.getStreamInfo(DownloadFile.java:320)
>>>> at
>>>> org.apache.struts.actions.DownloadAction.execute(DownloadAction.java:106)
>>>> at
>>>> com.redhat.rhn.frontend.action.common.DownloadFile.execute(DownloadFile.java:128)
>>>> at
>>>> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
>>>> at
>>>> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:237)
>>>> at
>>>> com.redhat.rhn.frontend.struts.RhnRequestProcessor.process(RhnRequestProcessor.java:82)
>>>> at
>>>> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
>>>> at
>>>> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>> at
>>>> com.redhat.rhn.frontend.servlets.AuthFilter.doFilter(AuthFilter.java:101)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>> at
>>>> com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:142)
>>>> at
>>>> com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:58)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>> at
>>>> com.redhat.rhn.frontend.servlets.LocalizedEnvironmentFilter.doFilter(LocalizedEnvironmentFilter.java:67)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>> at
>>>> com.redhat.rhn.frontend.servlets.EnvironmentFilter.doFilter(EnvironmentFilter.java:108)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>> at
>>>> com.redhat.rhn.frontend.servlets.SessionFilter.doFilter(SessionFilter.java:55)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>> at
>>>> com.redhat.rhn.frontend.servlets.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:97)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>>>> at
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
>>>> at
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
>>>> at
>>>> org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
>>>> at
>>>> org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291)
>>>> at
>>>> org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:775)
>>>> at
>>>> org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:704)
>>>> at
>>>> org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:897)
>>>> at
>>>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
>>>> at java.lang.Thread.run(Thread.java:636)
>>>> 2010-06-03 15:27:19,119 [TP-Processor3] ERROR
>>>> com.redhat.rhn.frontend.action.common.DownloadFile - Package retrieval error
>>>> on file download url:
>>>> /ks/dist/CentOS-5-x86_64/CentOS/libXcursor-1.1.7-1.1.i386.rpm
>>>>
>>>> If I try to access another file, e.g. libXcursor-1.1.7-1.1.x86_64.rpm,
>>>> it works. Btw. the two files are in the same folder and share the same
>>>> permissions.
>>>>
>>>> I can download the file if I just rename it.
>>>
>>> If I rename an other file to libXcursor-1.1.7-1.1.i386.rpm it does not
>>> work, too.
>>> eg: mv libXcursor-1.1.7-1.1.x86_64.rpm libXcursor-1.1.7-1.1.i386.rpm
>>>
>>> maybe it is just the filename?
>>>>
>>>> Let me know if I am wrong here. Maybe my question fits better at tomcat
>>>> or cobbler lists?
>>>>
>>>> _______________________________________________
>>>> Spacewalk-list mailing list
>>>> Spacewalk-list at redhat.com
>>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>>
>>>
>>> thank you,
>>> Klaus Roeckelein
>>>
Klaus please don't hijack thread topics as it causes confusion and
derails the issue at hand... your specific problem looks like a
database issue most likely based on that tomcat error log (hibernate
query did not find unique result) or at least appears unrelated to the
original poster...
But one of those who knows the code itself better is probably better
qualified to comment....
I would suggest a *fresh* email to the list with relevant information
(logs, kickstart file perhaps etc) rather than taking over this topic
thread though...
James
More information about the Spacewalk-list
mailing list