[Spacewalk-list] Status of Solaris support

[Pierre Casenove]

Hi,
I'm out of office today, but i found this commit during week end and
planned to apply it on tuesday. I'll get back to you asap.
I'm on spacewalk 1.7 with PGSQ backend.
If this commit corrects the issue, the only problem remaining will be
solaris2mpm on my spacewalk server.

PIerre


2012/6/25 Michael Mraka <michael.mraka at redhat.com>:
> Pierre Casenove wrote:
> % Sorry to spam, I also found the following exception in apache error_log:
> % Exception Handler Information
> % Traceback (most recent call last):
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/apacheRequest.py",
> % line 122, in call_function
> %     response = apply(func, params)
> %   File "registration.py", line 923, in update_packages
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnServer/server_wrapper.py",
> % line 62, in add_package
> %     SolarisPatches.add_patch(self, self.server.get("id"), entry)
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnServer/server_solarispatches.py",
> % line 89, in add_patch
> %     self._patches[sysid].append(DBPatch(patch))
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnServer/server_solarispatches.py",
> % line 55, in __init__
> %     self.id = get_package_id(patch)
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnServer/server_solarispatches.py",
> % line 39, in get_package_id
> %     handle.execute(name=p.n, epoch=p.e, ver=p.v, rel=p.r, arch=p.a)
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnSQL/sql_base.py",
> % line 163, in execute
> %     return apply(self._execute_wrapper, (self._execute, ) + p, kw)
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnSQL/driver_postgresql.py",
> % line 282, in _execute_wrapper
> %     retval = apply(function, p, kw)
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnSQL/sql_base.py",
> % line 217, in _execute
> %     return self._execute_(args, kwargs)
> %   File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnSQL/driver_postgresql.py",
> % line 295, in _execute_
> %     self._real_cursor.execute(self.sql, params)
> % IntegrityError: new row for relation "rhnpackageevr" violates check
> % constraint "vn_rhnpackageevr_epoch"
> % CONTEXT:  Error occurred on dblink connection named "unnamed": could
> % not execute command.
> % SQL statement "SELECT  dblink_exec('at_conn',  $1 , true)"
> % PL/pgSQL function "pg_dblink_exec" line 4 at PERFORM
> % SQL statement "SELECT  pg_dblink_exec( 'insert into rhnPackageEVR(id,
> % epoch, version, release, evr) values (' ||  $1  || ', ' ||
> % coalesce(quote_literal( $2 ), 'NULL') || ', ' ||
> % coalesce(quote_literal( $3 ), 'NULL') || ', ' ||
> % coalesce(quote_literal( $4 ), 'NULL') || ', ' ||
> % evr_t(coalesce(quote_literal( $2 ), 'NULL'), coalesce(quote_literal(
> % $3 ), 'NULL'), coalesce(quote_literal( $4 ), 'NULL')) || ')' )"
> % PL/pgSQL function "lookup_evr" line 14 at PERFORM
>
> Hi Pierre,
> I believe this issue has been fixed by 788ed1011b832297571ea5f41f37cb2797eb7f5d
> in spacewalk-backend-1.8.4-1.
>
> If you are running Spacewalk 1.7 could you apply the fix manually and
> report whether it helps?
>
> Thanks & Regards,
>
> --
> Michael Mráka
> Satellite Engineering, Red Hat
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list