[Rdo-list] Manually Install RDO packages
by sad man
Hi, as I've mentioned that I am working on a RDO-Fedora remix for my GSoC.
I have a problem regarding PackStack "yum".
My idea is to install RDO packages during OS installation (when other
system packages are being installed) and then PackStack at first boot. (I
am writing an Anaconda add-on to do so).
But the problem is that even if all packages are already installed
packstack still tries to run:
yum install -y puppet hiera ....
which results in an error on a system that is offline (I use a VM with no
internet connectivity so that install is totally offline).
Is there a solution to this?
PS: PackStack works if I place RDO rpms in yum cache and direct repo url to
this cache folder.
--
Cheers,
Asadullah Hussain
9 years, 3 months
[Rdo-list] delorean ci not working (permission denied)
by Matthias Runge
hello,
I just stumbled upon a missing dep in python-oslo-utils causing horizon
not to build any more.[1]
Unfortunately, jenkins fails with:
RAN: '/usr/bin/docker run --env DELOREAN_DEV=1 -t
--volume=/home/fedora/workspace/delorean-ci/delorean/data:/data
--volume=/home/fedora/workspace/delorean-ci/delorean/scripts:/scripts
--name builder-fedora delorean/fedora /scripts/build_rpm_wrapper.sh
python-oslo-utils
/data/repos/6c/45/6c4509587a9494a015c4b482429ae3268d33864d_dev 1000 1000'
STDOUT:
/bin/bash: /scripts/build_rpm_wrapper.sh: Permission denied
STDERR:
Does anybody has a clue or an insight, how to fix this?
Matthias
[1] https://review.gerrithub.io/#/c/239941/
9 years, 3 months
[Rdo-list] Manila configuration Kilo
by Charles Short
Hi,
I have installed the latest RDO Kilo release with two compute nodes and
one controller. This all works.
I have an external NFS Linux server that currently provides NFS for Cinder.
I want to provide another NFS export from the same server directly to an
instance with Manila. I can't seem to find any guidance on how to
configure a backend in the manila.conf file for this purpose. I need to
know how I configure the export server ip, path etc. The only example I
can find online is how to configure a backend for NetApp.
http://netapp.github.io/openstack-deploy-ops-guide/kilo/content/manila.ex...
I need a backend for a generic Linux NFS server
Thanks
9 years, 3 months
[Rdo-list] neutron packages for review
by Ihar Hrachyshka
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi all,
I have three Fedora reviews pending for a month already, for *aas repos:
- - vpnaas: https://bugzilla.redhat.com/show_bug.cgi?id=1228106
- - fwaas: https://bugzilla.redhat.com/show_bug.cgi?id=1228118
- - lbaas: https://bugzilla.redhat.com/show_bug.cgi?id=1228115
I am not the one who supports the idea that we should maintain those
packages in Fedora, but since we insist it's part of the process, I
wonder whether someone tracks reviews actively.
Ihar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBCAAGBQJVphSIAAoJEC5aWaUY1u57/y4H/iH68fwjmmpS+NGsbJQNcA2w
Tdz4LthDLnT+93HucHHr2ZsXdcQ7tWeCn89C3MzZBtfjCvNCCm3VEv7JhITusXyW
9dtnvC71yHgnKDfUAlYxoGIa9faARJO1oY2S/e8qgWBgfoBzjpRQ0TdKMi/9HVoH
DjWI0QgJ4SV8isSnGHosajp6sjv3/zW6BU2x6WB4AnMhKSP2/lrftwErFLfkqOsl
Gf9+R9W4UvfOAgRFVXW3QsEwE66UpC84sU2qYuQYqX7A3IWOc5KjW02bmChIo6MM
PzxDNtynf7HQJs//2KSOJONY1fo9BYE1h1twiU3YGyG7CT7hzlm/pwccOTCV+Z4=
=8W4W
-----END PGP SIGNATURE-----
9 years, 3 months
[Rdo-list] Fwd: Re: Octavia Packaging - spec review needed
by Ihar Hrachyshka
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi all,
this email was sent to the author of the openstack-octavia package,
but now I think I should have shared it with broader community, since
it highlights some issues in our new packages process.
As you will see below, there are a lot of issues in the package that
we happily allowed in Delorean. I think those could be easily spotted
by anyone who would look into the contents of proposed repo. I suspect
we just blindly allowed it in.
This once more time highlights we need our own strict review process
in Delorean, that would spot those issues before we get official
Delorean packages built. Postponing it till Fedora review (if it's
even perceived by authors of new packages, which I'm not really sure
they do) is wrong.
And after we get our own Delorean review process, we should consider
the need of Fedora reviews too. ;)
===
Issues I identified in openstack-octavia package without even running it
:
- - amphora agent reads /etc/neutron/conf.d/octavia-api... And it
logs into octavia-api.log??? And why is octavia-dist.conf located
in /usr/share/neutron?..
- - Can we have log file to be api.log instead of octavia-api.log? It's
located under /var/log/octavia/, so there is no big reason to repeat
it again in the file name?
- - octavia-dist.conf: do we really need most of those conf values? like
verbose = True? notification_driver - does it even have reasonable
value?.. etc. etc. We should walk thru each entry there and determine
whether it's a must to have it, or whether it's a reasonable default.
- - octavia-health-manager.service:
it reads /usr/share/octavia/octavia-health-manager. I don't think it's
even created, and it's probably not needed at all;
- - in .spec file, I don't see where conf.d files are created.
- - octavia-housekeeping.service: why does it refer to health manager???
- - for all .service files, have we checked that all declarative values
we use are reasonable? NotifyAccess=all? KillMode=process?
- - there is no need to have 'Epoch: 1' there since we haven't packaged
anything with 201x.* versions for octavia before.
- - "Summary: OpenStack LBaaSv2 Service" What's the difference from
LBaaSv2 service plugin then?
- - I think Group: is now not needed.
- - what do you use "Requires: openstack-utils" for? Not sure it's needed.
- - I assume requirements are all as per in upstream...
- - I think the service for amphora agent should have octavia- in its
name (same as its package).
Ihar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBCAAGBQJVphiWAAoJEC5aWaUY1u5799MIAL073tmQ9/PLWqakYsiKdrdm
oxWZwT027foztwFM3E2J775UC9CC5Efj/PuxLK1hr/AjcHXSfUijOjVcntIZcLHe
8g4KtPVG3tbzCFg3dmrr4oy2iXakvi/Wy4sjkJV8fjbLM/tCVquuGinHTtv5QgNo
A0AWShinu7ap5hYPGp8DsC+NdjF4BGuPSnu7OxAeT26DC2gJAQ3D9Ud1Fpnhz81s
lVcvJ2ajiA/545/NDdqaE/b1LBxJRsXGk+OXaSlWHqNzdTAPJJFXAVQS3nxD7vmu
PA8/zQ6D95tP9Fd4pqnNq3VZaXqQliBmtGGUCD658AoNWdfyFl96s4C/aoXVCzw=
=1QmH
-----END PGP SIGNATURE-----
9 years, 3 months
[Rdo-list] Fwd: [openstack-community] July 15 Deadline Call for Speakers - OpenStack Summit Tokyo
by Rich Bowen
Remember, folks, the CFP for OpenStack Summit Tokyo closes TOMORROW!
-------- Forwarded Message --------
Subject: [openstack-community] July 15 Deadline Call for Speakers -
OpenStack Summit Tokyo
Date: Mon, 6 Jul 2015 12:06:48 -0500
From: Kendall Waters <kendall(a)openstack.org>
To: Community(a)lists.openstack.org
Hi everyone,
*Next Wednesday, July 15 at 11:59pm PDT *is the deadline to submit a
talk for the upcoming OpenStack Summit taking place in Tokyo, October
27-30. Hurry and submit a talk now!
*Submit your speaking session proposals **HERE*
<https://www.openstack.org/summit/tokyo-2015/call-for-speakers/>*!**//*
Get advice and tips on creating a successful talk for the Tokyo Summit
in this
<http://superuser.openstack.org/articles/how-to-craft-a-successful-opensta...>webinar
<http://superuser.openstack.org/articles/how-to-craft-a-successful-opensta...>
held
by the Women of OpenStack.*//*
*/
/*
The visa application process for the OpenStack Summit Tokyo is different
than previous Summits. Please review this information
<https://www.openstack.org/summit/tokyo-2015/tokyo-and-travel/#visa> to
see if you require a visa, the documents you need, as well as upcoming
deadlines.
All Tokyo Summit details including hotel room blocks, will soon be made
available at OpenStack.org/summit <http://OpenStack.org/summit>. Please
continue to check back for updates! If you are a contributor to
OpenStack and need financial assistance in order to travel to Tokyo to
attend the Summit - you can apply for a grant through the Travel Support
Program
<https://www.openstack.org/summit/tokyo-2015/tokyo-and-travel/#travel-support>.*//*
If you have any questions, email summit(a)openstack.org
<mailto:summit@openstack.org>.
We look forward to seeing you in Tokyo!
Cheers,
The OpenStack Summit team
9 years, 3 months
[Rdo-list] Fwd: BoF proposal accepted for OSCON 2015
by Rich Bowen
I've just received this from OSCON - we will have a room for an RDO BOF
on one of the evenings of the conference. Of course, the OpenStack
Foundation birthday party is on Wednesday, so if they give us a
Wednesday slot it'll be difficult. I've requested that we NOT be
scheduled on Wednesday.
If you will beat OSCON, please let me know, so that I can have some idea
of what kind of turnout we might have.
Thanks.
--Rich
-------- Forwarded Message --------
Subject: BoF proposal accepted for OSCON 2015
Date: Mon, 13 Jul 2015 16:27:37 +0000
From: Audra Montenegro <amontenegro(a)oreilly.com>
To: Rich Bowen <rbowen(a)rcbowen.com>
(To respond to this message, use the web page link at the bottom.) We
are pleased to accept the following proposal for OSCON 2015. * RDO:
Community OpenStack Packaging
Please confirm that you have received this acceptance and can deliver
this BoF presentation. You can do this by /clicking the link at the
bottom of this email/.
BoFs will be held on the evenings of Monday July 20, Wednesday July 22,
and Thursday July 23. They are an hour each, and will be held at the
following times:
* 7:00pm - 8:00pm
* 8:00pm - 9:00pm
* 9:00pm - 10:00pm
We will email you with your BoF room and time as soon as you confirm
your acceptance.
To send us your response, please click on this link:
http://www.oscon.com/open-source-2015/user/request/resp/f1e241bedd67a27b6...
Thank you, Audra Montenegro
------------------------------------------------------------------------
OSCON 2015 -- http://oscon.com
Portland, OR -- July 20 - July 24, 2015
17th Annual O'Reilly Open Source Convention
9 years, 3 months