Installer updates
by Cliff Perry
Hi folks,
I am pleased to say that the Katello installation process has been
simplified with a new 3 step process outlined:
https://fedorahosted.org/katello/wiki/Install
1. Install OS for Katello
2. Enable initial repo(s)
3. Install and execute katello-configure
4. Login! :)
I wish to thank Ohad L, Jan P, Bryan K, Dmitri D, and Ivan N.
Regards,
Cliff
12 years, 6 months
Re: Couple of questions
by Colin Coe
On Thu, Sep 29, 2011 at 9:16 AM, Bryan Kearney <bkearney(a)redhat.com> wrote:
> On 09/28/2011 07:04 PM, Colin Coe wrote:
>>
>> On Wed, Sep 28, 2011 at 8:02 PM, Bryan Kearney<bkearney(a)redhat.com>
>> wrote:
>>>
>>> On 09/27/2011 11:03 PM, Colin Coe wrote:
>>>>
>>>> On Wed, Sep 28, 2011 at 10:33 AM, Mike McCune<mmccune(a)redhat.com>
>>>> wrote:
>>>>>
>>>>> On 09/27/2011 05:53 PM, Colin Coe wrote:
>>>>>>
>>>>>> Hi all
>>>>>>
>>>>>> Just getting back into looking at katello, this time on RHEL6 instead
>>>>>> of Fedora 15.
>>>>>>
>>>>>> Is there a list of ports that need to be open on the katello server?
>>>>>>
>>>>>
>>>>> we switched to apache+thin so it is all port https on 443 so nothing
>>>>> beyond
>>>>> that
>>>>>
>>>>>> Any ideas on when puppet/foreman integration is going to happen?
>>>>>
>>>>> probably starting early next year roughly.
>>>>>
>>>>> Mike
>>>>> --
>>>>> Mike McCune
>>>>> mmccune AT redhat.com
>>>>> Red Hat Engineering | Portland, OR
>>>>> Systems Management | 650.254.4248
>>>>>
>>>>
>>>> Hi Mike
>>>>
>>>> Can you advise if there is/will be an upgrade path from Spacewalk to
>>>> Katello?
>>>>
>>>> Thanks
>>>>
>>>> CC
>>>>
>>> That is the plan. Trying to figure out what to migrate over. For you,
>>> what
>>> would be important?
>>>
>>> -- bk
>>>
>>>
>>
>> The features I used most heavily in Spacewalk/Satellite were
>> provisioning and file management (particularly with custom information
>> keys).
>>
>> I was really just wanting to know that if I were to setup a Spacewalk
>> server now, would I be able to cut over to Katello later without
>> having to reimplement too much.
>>
>> CC
>>
> My guess is that you will be able to export over kickstart files and file
> configs. Would you want to see history of the system migrated over?
>
> -- bk
>
In one of my previous work lives, the system history was used to audit
what actions/updates had been performed.
So, in my current role: no. In previous roles: yes.
This is probbaly worth asking on the spacewalk and satellite lists.
Thanks
CC
--
RHCE#805007969328369
12 years, 7 months
Couple of questions
by Colin Coe
Hi all
Just getting back into looking at katello, this time on RHEL6 instead
of Fedora 15.
Is there a list of ports that need to be open on the katello server?
Any ideas on when puppet/foreman integration is going to happen?
Thanks
CC
--
RHCE#805007969328369
12 years, 7 months
RHEL5 Support
by James Labocki
Sorry for not searching the archives, but are there plans to support RHEL5 clients with Katello? If so, what is the timeline?
12 years, 7 months
Candlepin 0.4.16 released!
by jesus rodriguez
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Another sprint gone by and another release of Candlepin for
your enjoyment. Candlepin 0.4.16 is ready. You can get the bits at:
http://repos.fedorapeople.org/repos/candlepin/candlepin/
Make sure you read over the Setup Guide, which is located at
https://fedorahosted.org/candlepin/wiki/Setup
For more information on Candlepin, please visit:
http://candlepinproject.org/
Features & Enhancements
========================
client
- -------
* A number of GUI changes
* Center the machine type column header
* Move quantity column to the end
* Center the Arch column header
* Center tree view table properties
* Add '* Click to Adjust Quantity' label to places allowing
editable subscription quantity
* New icons for red/green
* Add virt_only attribute to subscription detail pane
* Display subscription assistant's subscriptions as a tree
* Double click or button press (enter, return, space) on row will
expand/collapse row
* Update to All Available Subscriptions tab to put stacked
subscriptions under parent node
* Moved multi-entitlement column (*) next to the quantity column
* Made the contract selector a little wider so all columns were
visible (no manual resize)
* Initial work done for the healing feature
* Changes to rhsmcertd to support healing frequency (part I)
* Add autoheal option to certmgr.py
* Only autoheal when required
* Use server-side consumer autoheal flag
* Misc items
* Update the strings and the remote server location
* Make "make stylish" run all the checks, make whitespace "pop"
* Update translations
* managerlib was expecting a single ent_cert, but we return a list
* Add a "refresh" method to cert_sorter
* Add a require_connection callback to commands
server
- -------
* upgraded to RESTEasy 2.2.1GA
* export virt entitlements to non-candlepin consumers
* refactored pinsetter to work in clustering mode
* add new api to query jobs by owner, principal, consumer uuid
Bugs fixed
===========
707641: CLI auto-subscribe tries to re-use basic auth credentials
712047: yum prints non-error messages when running in quiet mode
718052: Remove owner from consumer resource return codes. Only use
the term org.
730020: Change the help text to show that config can list or set changes
731577: API to query jobs by owner, principal, consumer uuid.
731996: SQL Error when using REST query for events
732538: Disallow the relationship between a 'person' pool and an
activation key
734174: Add missing produces annotations for role resource.
734880: Handle bundled certs in the installed produict status.
734606: ImportFileExtractor now creates cert/key files based on serial
number of the cert
735087: If quartz is in clustered mode, we shouldn't schedule any jobs.
735226: Importing should fail without a valid key and cert
735338: Subscription Manager CLI tool does not allow unsubscribe when not
registered.
735695: add support for multiple config "--remove" options via cli
736166: move certs from subscription-manager to python-rhsm
736784: config --remove add config property to rhsm.conf if it doesn't
exist.
737841: Handle dates beyond 2038 on 32-bit systems.
- --
jesus m. rodriguez | jesusr(a)redhat.com
principal software engineer | irc: zeus
red hat systems management | 919.754.4413 (w)
rhce # 805008586930012 | 919.623.0080 (c)
+---------------------------------------------+
| "Those who cannot remember the past |
| are condemned to repeat it." |
| -- George Santayana |
+---------------------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAk5ySb4ACgkQvJZ57YntiYNo1wCcDApv8TJ0Q5/RDkb7Lfu8Q4pL
hg4AoKhim8DHz2yaF22W7KALSLA4Ijq5
=NMZa
-----END PGP SIGNATURE-----
12 years, 7 months
Upgrading to 0.1.75-1
by Lukas Zapletal
Hello,
when you upgrade to %SUBJ% please note we have moved our database
configuration. What you need to do is to
# diff /etc/katello/katello.yml.rpmnew /etc/katello/katello.yml
You will most likely need to add this to your **production** section of
the katello.yml:
production:
database:
adapter: sqlite3
database: /var/lib/katello/production.sqlite3
pool: 5
timeout: 5000
in case of postgres it would be something like
production:
database:
adapter: postgresql
username: katello
password: katello
database: katello
host: localhost
encoding: UTF8
You can also delete
# rm /etc/katello/database.yml.rpmsave
Take care.
LZ
--
Later,
Lukas "lzap" Zapletal
12 years, 8 months