<div dir="ltr">> <span style="font-family:arial,sans-serif;font-size:13px">For all intensive purposes EL4 is past its End Of Life while you can get an extended critical security patch only support contract from RedHat its really only meant as s supplement for equipment you expect to retire in the next year or two best focus on replacing them.</span><div>
<span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">Yes, I'm well aware that EL4 and CentOS 4 are, for all intents and purposes, very, very dead.</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">> </span><span style="font-family:arial,sans-serif;font-size:13px">EL 4 is not supported by any recent versions of spacewalk.</span></div>
<div style="font-family:arial,sans-serif;font-size:13px">Is that documented anywhere? The documentation still explains how to register CentOS/EL4 systems:</div><div style="font-family:arial,sans-serif;font-size:13px"><a href="https://fedorahosted.org/spacewalk/wiki/RegisteringClients#CentOS4">https://fedorahosted.org/spacewalk/wiki/RegisteringClients#CentOS4</a><br>
</div><span style="font-family:arial,sans-serif;font-size:13px"></span></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 3, 2013 at 1:04 PM, Paul Robert Marino <span dir="ltr"><<a href="mailto:prmarino1@gmail.com" target="_blank">prmarino1@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>EL 4 is not supported by any recent versions of spacewalk.<br></div>For all intensive purposes EL4 is past its End Of Life while you can get an extended critical security patch only support contract from RedHat its really only meant as s supplement for equipment you expect to retire in the next year or two best focus on replacing them.<br>

</div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Mon, Jun 3, 2013 at 1:10 PM, Chris Swingler <span dir="ltr"><<a href="mailto:chris@chrisswingler.com" target="_blank">chris@chrisswingler.com</a>></span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hello Spacewalk List!<div><br></div><div>As much as I'd like to throw them in the river, I've got a handful of CentOS 4 systems that we'd like to get enrolled in Spacewalk.  All we really want to do with them is push them a couple RPMs and some config files to get zabbix-agent up and running on them while we regroup and come up with a proper plan of attack to get rid of them.</div>


<div><br></div><div>But I digress.</div><div><br></div><div>I added a new Channel and Activation Key for CentOS 4. I also set up a Base channel and synced it against the CentOS 4.9 Base in Vault.</div>
<div>I stood up a CentOS 4.9 x86_64 VM, managed to get it to run rhnreg_ks without issue, and it shows up in the Spacewalk UI.  So far, so good.</div><div><br></div><div>Pushing an RPM to the CentOS host through the Spacewalk UI gets me:</div>


<div><br></div><div><div>This action's status is: Failed.</div><div>The client picked up this action on 06/ 3/13 11:30:53 AM CDT.</div><div>The client completed this action on 06/ 3/13 11:30:54 AM CDT.</div>
<div>Client execution returned "Failed: There was a communication error talking to the server" (code 21)</div><div><br></div><div>Okay. Let's try it using up2date on the other end:</div><div><br>
</div><div><div>[root@old_vm yum.repos.d]# up2date --channel centos-4-x86-64-base aide</div><div><br></div><div>Fetching Obsoletes list for channel: centos-4-x86-64-base...</div><div>########################################</div>


<div><br></div><div>Fetching rpm headers...</div><div>########################################</div><div><br></div><div>Name                                    Version              Rel               Arch</div><div>----------------------------------------------------------------------------------------</div>


<div>aide                                    0.13.1              3.el4               x86_64</div><div><br></div><div><br></div><div>Testing package set / solving RPM inter-dependencies...</div><div>########################################</div>


<div>aide-0.13.1-3.el4.x86_64.rp ########################## Done.</div><div>Preparing              ########################################### [100%]</div><div><br></div><div>Installing...</div><div>   1:aide                   ########################################### [100%]</div>


<div>There was a fatal error communicating with the server. The message was:</div><div>Internal Server Error</div><div><br></div><div>Though, it does seem like it completes:</div><div><div>[root@old_vm rhn]# rpm -qa | grep aide</div>


<div>aide-0.13.1-3.el4</div><div><br></div><div>...and it does appear in the Spacewalk UI for the system's installed software list after an rhn_check and refresh of the list page.</div><div><br></div><div>
That up2date prompts Spacewalk to spam me with tracebacks via email:</div><div><br></div><div><div>Exception Handler Information</div><div>Traceback (most recent call last):</div><div> File "/usr/lib/python2.6/site-packages/spacewalk/server/apacheRequest.py", line 122, in call_function</div>


<div>   response = apply(func, params)</div><div> File "/usr/share/rhn/server/handlers/xmlrpc/registration.py", line 845, in add_packages</div><div>   server.save_packages()</div><div> File "/usr/lib/python2.6/site-packages/spacewalk/server/rhnServer/server_wrapper.py", line 75, in save_packages</div>


<div>   ret = self.save_packages_byid(self.server["id"], schedule=schedule)</div><div> File "/usr/lib/python2.6/site-packages/spacewalk/server/rhnServer/server_packages.py", line 228, in save_packages_byid</div>


<div>   h.execute_bulk(package_data)</div><div> File "/usr/lib/python2.6/site-packages/spacewalk/server/rhnSQL/sql_base.py", line 197, in execute_bulk</div><div>   ret = ret + apply(self.executemany, (), subdict)</div>


<div> File "/usr/lib/python2.6/site-packages/spacewalk/server/rhnSQL/sql_base.py", line 172, in executemany</div><div>   return apply(self._execute_wrapper, (self._executemany, ) + p, kw)</div><div> File "/usr/lib/python2.6/site-packages/spacewalk/server/rhnSQL/driver_postgresql.py", line 282, in _execute_wrapper</div>


<div>   retval = apply(function, p, kw)</div><div> File "/usr/lib/python2.6/site-packages/spacewalk/server/rhnSQL/driver_postgresql.py", line 318, in _executemany</div><div>   self._real_cursor.executemany(self.sql, all_kwargs)</div>


<div>InternalError: -20243 : (package_arch_not_found) - Package architecture could not be found</div><div>CONTEXT:  SQL statement "SELECT  rhn_exception.raise_exception('package_arch_not_found')"</div><div>


PL/pgSQL function "lookup_package_arch" line 14 at PERFORM</div><div><br></div><div><div>Full email at <a href="https://gist.github.com/cswingler/66d00214ed5c789ce8c8" target="_blank">https://gist.github.com/cswingler/66d00214ed5c789ce8c8</a></div>


</div><div><br></div><div>It looks like it's tripping over the package arch somewhere...</div></div><div><br></div><div><br></div><div>So, a couple questions:</div><div>* What's going on with that traceback, and how do I fix it?</div>


<div>* Is it even _possible_ to deploy configuration files via Spacewalk to EL4 hosts? </div><div>* Should I continue to try to get this to work? :)</div><div><br></div><div>Thanks</div><span><font color="#888888"><div>

-Chris</div><div><br></div></font></span></div></div></div></div>
<br></div></div>_______________________________________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br></blockquote></div><br></div>
<br>_______________________________________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br></blockquote></div><br></div>