Devan & Colin,
This should be now fixed in Spacewalk.. It worked ok in the tests I tried...
Partha
Coe, Colin C. (Unix Engineer) wrote:
Hi Devan
Thanks for this.
No, still haven't go to the bottom of why server.getLocalOverride().getId
returns the wrong data. I added another debug statement:
---
System.out.println("In lookupFileInfo - CC Name is " +
server.getLocalOverride().getName()
---
And the output is now:
---
in lookupConfigFile(User user, Long ccid, String path) - ID is 2
in lookupConfigFile(User user, Long ccid, String path) - CCID is 2
in lookupConfigFile(User user, Long ccid, String path) - user is User spacewalk
(id 1, org_id 1)
in lookupConfigFile(User user, Long ccid, String path) - path is
/etc/ssh/ssh_host_dsa_key.pub
In lookupFileInfo - CC Name is unknown
---
Again though, the configchannel ID s really 1 and the name is 'cc-vm1'.
Some thing definately wrong with server.getLocalOverride().getName()....
CC
________________________________________
From: Devan Goodwin [EMAIL PROTECTED]
Sent: Thursday, 9 October 2008 11:46 PM
To: Coe, Colin C. (Unix Engineer)
Cc: [email protected]; [EMAIL PROTECTED]
Subject: Re: [Spacewalk-devel] API call 'system.config.lookupFileInfo'
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, 9 Oct 2008 11:43:31 +0800
"Coe, Colin C. (Unix Engineer)" <[EMAIL PROTECTED]> wrote:
I know that this email has gone on for a while but we're nearly done
now. So the problem is with the call to
'server.getLocalOverride().getId()' returning some value other than
the value of the config channel ID (could be the config file's ID).
Could one of the Satellite/Spacewalk dev's have a look at this and
fill in the blanks? I'm really not sure what should be called
instead of 'server.getLocalOverride().getId()' but I really need this
API call working in Satellite.
Thanks
CC
PS: On a related note, the API call configchannel.lookupFileInfo
doesn't return the file contents even though the docs state that it
should. The attached patch fixes this.
Patch applied and pushed to git master. Apparently file contents was
never being returned, and even the reference to it in the XMLRPC docs
was lost between 5.1.1 and spacewalk.
Are you ok with the channel ID now? Based on IRC conversation it looked
like you discovered it was a configuration channel ID, not a software
channel ID. Let us know if there are any further issues with this.
Cheers,
Devan
- --
Devan Goodwin <[EMAIL PROTECTED]>
Software Engineer - Spacewalk / RHN Satellite
Halifax, Canada 650.567.9039x79267
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkjuJ0QACgkQAyHWaPV9my5fpgCeJc8on5pO7bCUcC0ZRzGLLjqo
kHoAnRcM23AbmVi/jiEGloJefUZkGAru
=3hE+
-----END PGP SIGNATURE-----
NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.
--
rhn-satellite-users mailing list
[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/rhn-satellite-users
_______________________________________________
Spacewalk-devel mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-devel
