Re: [Spacewalk-devel] Full spacewalk dev workstation causes Invalid SSL certificate error
If it happens after running ant install-devel, the script probably breaks something in path /var/www/html/pub/RHN-ORG-TRUSTED-SSL-CERT According to file java/buildconf/build-webapp.xml line 159 it renames /var/www/html to /var/www/html.old . (I have no idea how this works, this development workstation setup code should be reviewed.) Try to find correct path to RHN-ORG-TRUSTED-SSL-CERT and update parameter 'osa-dispatcher.osa_ssl_cert' in /etc/rhn/rhn.conf to point to it. Or copy the certificate into expected path. On 6.6.2016 11:52 Laurence Rochfort wrote: Hello, I'm trying to setup the full developer workstation as per the wiki at https://fedorahosted.org/spacewalk/wiki/DevelopmentWorkstationSetup. However, after I run the sudo ant install-devel step, I receive the error below on starting osa-dispatcher. Any suggestions would be much appreciated. Starting spacewalk services... Initializing jabberd processes ... Starting router: [ OK ] Starting sm: [ OK ] Starting c2s: [ OK ] Starting s2s: [ OK ] Starting tomcat6: [ OK ] Waiting for tomcat to be ready ... Starting httpd:[ OK ] Starting osa-dispatcher: Spacewalk 10779 2016/06/03 15:07:32 +01:00: ('Invalid SSL certificate:', Unable to read file /var/www/html/pub/RHN-ORG-TRUSTED-SSL-CERT) [ OK ] Starting rhn-search... Starting cobbler daemon: [ OK ] Starting RHN Taskomatic... Done. Cheers, Laurence. Laurence Rochfort | Principal Oracle Linux Developer Phone: +44 118 924 5629 | Mobile: +44 7867 908 605 Oracle Linux Building 520, Oracle Parkway | Reading | Berkshire | RG6 1RA | United Kingdom ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] First organization creating
Hello, previously, the first organization was created during Spacewalk certificate activation. Now, after entitlements removal, there are several SQL inserts doing this present in spacewalk-setup. [1] I was thinking, wouldn't be simpler to create first organization when first Spacewalk user is created in Java code? Or am I missing something and there is something dependent on organization created during installation? What do you think? [1] https://github.com/spacewalkproject/spacewalk/commit/fe461626c2ec81f19896f39e0bbfae40a6e7dd88 Regards, -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Spacewalk 2.4 has been released
Hello everyone, We are proudly announcing release of Spacewalk 2.4, a systems management solution. The download locations are http://yum.spacewalkproject.org/2.4/RHEL/6/ http://yum.spacewalkproject.org/2.4/RHEL/7/ http://yum.spacewalkproject.org/2.4/Fedora/21/ http://yum.spacewalkproject.org/2.4/Fedora/22/ with client repositories under http://yum.spacewalkproject.org/2.4-client/RHEL/5/ http://yum.spacewalkproject.org/2.4-client/RHEL/6/ http://yum.spacewalkproject.org/2.4-client/RHEL/7/ http://yum.spacewalkproject.org/2.4-client/Fedora/21/ http://yum.spacewalkproject.org/2.4-client/Fedora/22/ SUSE Linux client packages can be found here http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.4/openSUSE_13.1/ http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.4/openSUSE_13.2/ http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.4/openSUSE_Tumbleweed/ http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.4/SLE_12/ http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.4/SLE_11_SP4/ For fresh installations, please use steps from https://fedorahosted.org/spacewalk/wiki/HowToInstall If you plan to upgrade from older release, search no more -- the following page will guide you: http://fedorahosted.org/spacewalk/wiki/HowToUpgrade Features & Enhancements in Spacewalk 2.4 * Spacewalk now supported on Fedora 22 * Spacewalk supports Fedora 22 clients * New package - dnf-plugin-spacewalk * Organization-specific configuration moved to Organization Admin menu * Satellite admins can allow/disallow Organization admins to manage this configuration * Passwords are not sent to user in clear text anymore * https://fedorahosted.org/spacewalk/wiki/Features/ResetPassword * Continued UI polish and improvements, including standardizing on Patternfly * Plenty of small enhancements and fixes * Added support for Catalan and Portuguese translations from Zanata project * Fedora and RHEL/CentOS 7 Cobbler provisioning fixes * Removed checksum type None for software channels * Fixed system.listUngroupedSystems API call * Repository sync page improved to show more details about last sync * Repository sync option for syncing latest packages only added * Osa ping API calls added * Added compliancy indicator icon on Scap results list page * New API calls: org.isErrataEmailNotifsForOrg org.isOrgConfigManagedByOrgAdmin org.setErrataEmailNotifsForOrg org.setOrgConfigManagedByOrgAdmin system.getOsaPing system.sendOsaPing The up-to-date API documentation can be found at http://www.spacewalkproject.org/documentation/api/2.4/ Contributors Our thanks go to the community members who contributed to this release: Amar Huchchanavar Anastasios Papaioannou Aron Parsons Avi Miller David Holland David Hrbáč Duncan Mac-Vicar P Frantisek Kobzik Hubert Mantel Jared Greenwald Johannes Renner Kevin Walter Klaas- Marcelo Moreira de Mello Martin Seidl Matej Kollar Michael Calmer Michael Kromer Michael Mattioli Michael Mraka Miroslav Suchý Patrick Hurrelmann Paul Wayper Pavel Studenik Shannon Hughes Silvio Moioli Stephen Herr Šimon Lukašík Tasos Papaioannou Thomas Mueller https://fedorahosted.org/spacewalk/wiki/ContributorList Some statistics In Spacewalk 2.4, we've seen 59 bugs fixed 428 changesets committed 705 commits done Github repo for commits since Spacewalk 2.3 https://github.com/spacewalkproject/spacewalk/graphs/contributors?from=2015-03-27=2015-09-29=c User community, reporting issues To reach the user community with questions and ideas, please use mailing list spacewalk-list at redhat.com . On this list, you can of course also discuss issues you might find when installing or using Spacewalk, but please do not be surprised if we ask you to file a bug at: https://bugzilla.redhat.com/enter_bug.cgi?product=Spacewalk with more details or full logs. Thank you for using Spacewalk. -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] [Spacewalk-list] Spacewalk 2.4 needs QE!
Hi Avi, I'm afraid they will not be in 2.4. Except pull requests fixing some critical issues. Jan - Original Message - > From: "Avi Miller" <avi.mil...@oracle.com> > To: spacewalk-devel@redhat.com > Sent: Tuesday, September 29, 2015 11:14:51 PM > Subject: Re: [Spacewalk-devel] [Spacewalk-list] Spacewalk 2.4 needs QE! > > Hey Jan, > > > On 30 Sep 2015, at 2:52 am, Jan Dobes <jdo...@redhat.com> wrote: > > > > the new version of Spacewalk - 2.4 is going to be released in coming days. > > There is never enough testing work, if anyone would like to help us with > > testing and verifying, now is the chance. > > I'm assuming this means that none of the open PRs on GitHub will be merged > into 2.4? > > Thanks, > Avi > > -- > Oracle <http://www.oracle.com> > Avi Miller | Product Management Director | +61 (3) 8616 3496 > Oracle Linux and Virtualization > 417 St Kilda Road, Melbourne, Victoria 3004 Australia > > > ___ > Spacewalk-devel mailing list > Spacewalk-devel@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-devel > ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Spacewalk 2.4 branch created
Hello, I created branch for upcoming Spacewalk 2.4 release in our git yesterday: https://github.com/spacewalkproject/spacewalk/tree/SPACEWALK-2.4 Spacewalk nightly was bumped to 2.5 version. Jan -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] Getting rid of Repository Checksum Type None
Hello, - Original Message - From: Duncan Mac-Vicar P. dmacvi...@suse.de To: spacewalk-devel@redhat.com Sent: Wednesday, June 10, 2015 2:00:06 PM Subject: [Spacewalk-devel] Getting rid of Repository Checksum Type None Hi While fixing our testsuite to run with PhantomJS, we hit a clunky part: - One is that when adding a channel, default checksum is sha1, parent channel None. But: - Changing the parent channel, triggers changing the checksum / arch to the parent channel one - Except if you select Parent: None again, Checksum will be None (and not sha1) - BUG (and we can fix it and make a PR) So to fix that bug, we found out that a None checksum makes taskomatic silently skip that channel for metadata generation which could be very confusing for users: if (checksumtype == null) { generateBadRepo(channel, prefix); return; } So I was thinking to add a better log entry and may be a warning in the channel details page, but... If we don't generate metadata for None, and this option is not part of checksumtype table, but manually added in the form: ListMapString, String checksums = new ArrayListMapString, String(); addOption(checksums, ls.getMessage(generic.jsp.none), ); for (ChecksumType chType : ChannelFactory.listYumSupportedChecksums()) { addOption(checksums, chType.getLabel(), chType.getLabel()); } Why not removing the None option alltogether? Does anyone see a reason to keep it? According to tooltip in Spacewalk - 'Yum repository checksum type 'None' is supported only for RHEL 3 and RHEL 4.'. I suppose we can remove this support since we don't support these old RHELs anyway. I see you already created PR for this bug, probably would be better to drop None checksum support first. Regards, -- Duncan Mac-Vicar P. - http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5, 90409 Nürnberg, Germany Regards, -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] Travis CI for Spacewalk git
- Original Message - From: Paul Robert Marino prmari...@gmail.com To: spacewalk-devel@redhat.com Sent: Friday, June 5, 2015 5:32:16 PM Subject: Re: [Spacewalk-devel] Travis CI for Spacewalk git on the subject Ubuntu I may be creating the client packages for 2.3 on Ubuntu trusty soon if I do I will publish them on launchpad. I'm not sure yet if i will have the time to take over maintaining the packages for Ubuntu but it is a possibility. The problem is I would need to figure out how to handle supporting multiple versions of spacewalk. I was wondering if it would be possible to publish apt repos on yum.spacewalkproject.org using the same structure. We do not currently support Debian/Ubuntu, however any effort from community is welcome. But I'm afraid packaging is the least problem, the Debian client code is not up to date with RHEL/Fedora neither is tested, some patches would be needed. Regards, -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] Travis CI for Spacewalk git
If you want to integrate Java or Python unit tests I think we can help - we have a homegrown Docker infrastructure to run them through Jenkins at every commit. I guess that needs to be adapted to be used in Travis, but it should be doable and it would be a further step in the same direction. Depends how difficult would be to implement it but in general I'm interested, I was already thinking about something similar. Regards, -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
[Spacewalk-devel] Travis CI for Spacewalk git
Hello Spacewalkers, as you may already noticed, we enabled Travis CI [1] for Spacewalk Github account several weeks ago. Since then, few bugs were fixed and now it works with every package in our git except some thirdparty packages in 'spec-tree' directory (if they are explicitly requiring Oracle RPMs or are not buildable on Fedora 21 for any reason). The only thing we are testing at the moment is if we are able to build RPM package(s) from sources - yes, we are building RPMs on Travis Ubuntu machines! Basically, it's just syntax check where we are compiling java classes, running checkstyle, pylint etc. It's beneficial mainly for pull request processing - contributor can see why his patch didn't pass and post additional patch shortly, doesn't have to wait days until someone tries his patch and pokes him back. It's also fork-friendly, so you can easily enable building for your own account. Currently, builds are triggered on every new or updated pull request and push into master branch. Only packages affected by these commits will be built. [1] https://travis-ci.org/spacewalkproject/spacewalk Regards, -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] Action scheduling on ported pages
Hi, Michael. On Wed, Jan 22, 2014 at 04:01:23PM +0100, Michael Mraka wrote: - SSM/Configuration/Enable: The message 'You may schedule rhncfg* package...' should stay above the date picker as it was originally. Done. - The original text before the date picker ('You may schedule the package installations to take place as soon as possible, or no sooner than a specified time') suggests that the action might not take place immediately while with new wording 'Schedule at' users would expect the action is going to happen right after confirmation. I'd prefer something with similar meaning to the original. Done. Since we removed as soon as possible checkbox, the same fashion we did to the label: Schedule no sooner than a specified time. :) Take care. Hello Bo, I reviewed your patch and there are still some issues. - The text on SSM/Configuration/Enable is now above Date Picker and that's fine. - You changed the message, but there is a typo :) (s/that/than) - You added colon next to the message but I can see it only on SSM/Configuration/Enable, on other pages (I checked Packages related pages) is the message without it. - Something else colon related :) - on Packages install/remove/verify... pages (and not SSM) I noticed the old message as a hint (line with gray font) under Date Picker, it's nice but there is a colon redundant. Regards, -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] [PATCH] Allow null as createdBy and lastModifiedBy for custom data values
- Original Message - From: Johannes Renner jren...@suse.de To: spacewalk-devel@redhat.com Sent: Friday, January 17, 2014 12:30:09 PM Subject: [Spacewalk-devel] [PATCH] Allow null as createdBy and lastModifiedBy for custom data values Hello, I found another issue with the custom data values: It's a known and fixed bug (889633) that the indexing job will crash when initially *not* setting the lastModifiedBy column. This column can still get null whenever a creator or modifier is deleted since there is a ON DELETE SET NULL on these columns. We therefore have to allow null there, please see and apply my attached patch. This can also be problematic when there is values that were created before installing the fix for 889633. These will have null as lastModifiedBy as long as they have never been edited. Even after installing that fix, the old values will make the indexer crash. The attached patch will also fix such cases. Otherwise what we see is the same exception as with the above bug and no custom data values are being indexed: INFO | jvm 1| 2014/01/16 08:47:51 | --- Cause: java.lang.RuntimeException: Error setting property 'setLastModifiedBy' of 'com.redhat.satellite.search.db.models.ServerCustomInfo@75807580'. Cause: java.lang.IllegalArgumentException] INFO | jvm 1| 2014/01/16 08:47:51 | at com.redhat.satellite.search.scheduler.tasks.GenericIndexTask.execute(GenericIndexTask.java:91) Regards, Johannes -- SUSE LINUX Products GmbH, HRB 16746 (AG Nürnberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel Hello Johannes, I'm not sure how to reproduce this. I tried to create user, create custom key, assign value to system, delete user, changing values... Except some ISEs in WebUI, indexation works fine. Even if tried to insert directly to db on clean PostgreSQL Spacewalk nightly: insert into rhnServerCustomDataValue values (11, 6, 'qwerty', null, null, current_timestamp, current_timestamp); -- with certain key and system, both values null It properly indexed, after changing value too. I tested with searching by Custom Info. Regards, -- Jan Dobes Satellite Engineering, Red Hat ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
Re: [Spacewalk-devel] patch for rhn-entitlement-report
Hi Shannon, I reviewed and commited your patch as: 18d5b2f5ecaed6598a5ccb13d38abaf88a16442a Thanks! -- Jan Dobes Satellite Engineering, Red Hat - Original Message - From: Shannon Hughes shug...@redhat.com To: spacewalk-devel spacewalk-devel@redhat.com Sent: Wednesday, September 4, 2013 10:45:41 PM Subject: [Spacewalk-devel] patch for rhn-entitlement-report rhn-entitlement-report crashes with stack trace when you unentitle software channels from systems and leave unentitled: [root@litmus ~]# rhn-entitlement-report Software Channel Entitlements Across RHN Satellite : Channel LabelTotal Regular Used Available Total Flex Flex Used Available Flex - -- - -- - -- Traceback (most recent call last): File /usr/bin/rhn-entitlement-report, line 100, in module main() File /usr/bin/rhn-entitlement-report, line 21, in main printAcrossSatelliteUsage(); File /usr/bin/rhn-entitlement-report, line 38, in printAcrossSatelliteUsage for item in list: TypeError: 'NoneType' object is not iterable duplicated by setting up a few flex guests systems and then entitlement them. attaching patch that checks if the list is empty, print and then return. will attach to bz 883242 Regards, Shannon Hughes Senior SEG/GSS ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel ___ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel