VICE_PASSWORD=$ADMIN_PASSWORD
SERVICE_TOKEN=poiuyt
SKIP_EXERCISES=boot_from_volume
STACK_LOG=stack.sh.log
SWIFT_HASH=8213897fads879789asdf789
SWIFT_REPLICAS=1
SYSLOG=true
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cg
the static IP NIC first, then try
to use the second NIC as your VM network (assuming that is what you
want).
The config I posted is a near-equivalent to nova network's flat model.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://list
o illustrate
how to create a simple project with roles.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.
next thing I want to have is the code for unstack.sh to call to
back out as much of the net configuration as possible. At least as
far as nova-network does today with br100 holding the IP for the
public interface, but even getting that out would be cool.
dt
--
Dean Troy
s) installations.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
thon.org/pypi/python-openstackclient
A big thank-you all of the contributors to OpenStackClient!
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.or
that particular failure yet.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
nt them from doing it again.
Again, my apologies for not having kept up on this but a completely
separate auth step that can either be called as-needed or performed up
front and passed in to the clients would be extremely useful.
dt
--
Dean Troyer
dtro...@gmail.com
_
t -t nfs
> 10.XX.XX.XX:/nfsvol
> /mnt/state/var/lib/cinder/mnt/527dc3646de39dbda076e3a72dca54e5\nExit code:
> 32\nStdout: ''\nStderr: 'mount.nfs: Protocol not supported\\n'"}
>
Make sure you have everything installed for NFS support on your cinder
volume nodes and nova com
had hoped back when this started...
[1] a release increasing only the 'z' value in the x.y.z version scheme
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : open
tackclient
* OpenStack tarball:
http://tarballs.openstack.org/python-openstackclient/python-openstackclient-1.0.1.tar.gz
Release Notes
Bug 1399757: EC2 credentials create fails
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.opensta
g 'no-' to options, but that is my
current backup.
* Do we need an 'un-ACK' option for a 'receiving' project to remove the
shared image from their list without requiring the owner project to do so?
Is this even possible in the Image v2 API?
dt
--
Dean Troyer
d
On Mon, Jan 5, 2015 at 10:17 AM, Kevin L. Mitchell <
kevin.mitch...@rackspace.com> wrote:
> (Shouldn't this be on openstack-dev?)
It's really a CLI usability question, I'm looking for a user audience. I
know how I'd do it already. ;)
> On Fri, 2015-01-02 a
On Tue, Jan 6, 2015 at 8:55 AM, Jay Pipes wrote:
> On 01/02/2015 03:10 PM, Dean Troyer wrote:
>
>> I suppose first of all, does there remain a need/desire to add these for
>> Image API v1?
>>
>
> Yes. There's many shops that still use the v1 Glance API. And
use session
Bug 1411337: identity v3 service list should have “description” column
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe
-18 +18 @@ python-cinderclient>=1.1.0
-python-neutronclient>=2.3.6,<3
+python-neutronclient>=2.3.11,<3
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
is no upstream
OpenStack default here except in documentation.
DevStack uses one non-root account for everything, by default that is
'stack', but it also works fine as _any_ non-root account. You will need
to set up the ssh keys accordingly, which may include root->root.
dt
--
De
omeone point me in the right direction as to how to achieve this?
>
DevStack is only set up to use Apache. White technically possible, using
Nginx would be a bit of work due to amount of configuration in multiple
projects and is not something we intend to do.
dt
--
Dean Troyer
dt
r services when configured to run under mod_wsgi such as Keystone.
As was mentioned earlier, the usual way to do stand-alone service
development with DevStack is to start and stop the services within their
screen sessions as needed. Ctrl-C, Up Arrow, Return is usually all that is
required.
dt
--
D
9/i386/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
Can you get this file via curl? Is yum working outside of DevStack? Given
the weekend time, server maintenance is also not out of the question...
dt
--
Dean Troyer
dtro...@gmail.com
eeds to be done
during an upgrade, though.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/m
> P.S. Is it a bug that create-stack-user.sh doesn't have the user execute
> bit set?
>
Yes. Again, I don't use it and never noticed. Thanks.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/ma
tances are not from that image.
>
Restarting after a reboot is really outside what DevStack is intended to be
able to do. rejoin_stack.sh is only meant to restart the screen sessions
and nothing else. Even then it isn't perfect, which is why you should run
stack.sh again after reboo
a one line
change to lib/ldap.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
ne'>: '')
>
> Should this work? Am I doing something wrong?
>
The nova client lib uses requests/urllib3 for HTTP, they do not support
SOCKS proxies out of the box. There have been some forks/patches to add
that to requests or urllib3, we have not tested those.
dt
--
ate'
* Volume v1: change –volume-type options for 'volume create' to –type
fix quiet/verbose/debug output levels to be more consistent with other
programs
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin
On Thu, Jul 10, 2014 at 10:19 AM, Gary Kotton wrote:
> What about Kilimanjaro?
That'll get you sentenced to writing it on the chalkboard once for each
commit during the cycle...
dt
Dean Troyer
dtro...@gmail.com
___
Mailing li
ther way, this is the default value because your
CINDER_ENABLED_BACKENDS is not working.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscr
#x27;ll
follow Oslo in dropping it if that decision is made.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://list
commands
* add initial support for global --timing option (similar to nova CLI)
* complete Python 3 compatibility
* add authentication via --os-trust-id for Identity v3
...and more...
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http
622be52b520d44e'
>
This is your error report, neutron net-create failed. You'll need to dig
through neutron logs to figure out why. I'd start with q-svc and q-agt
logs.
It is possible that this is a side-effect of an earlier error.
dt
--
Dean Troyer
dtro...@gmail.com
___
the v3 API with role_assignments.list(). OSC does a
bit of processing before and after so to match its output you would want to
look at openstackclient.identity.v3.role_assignment:ListRoleAssignment
dt
--
Dean Troyer
dtro...@gmail.com
___
Mai
rwritten.
Also, if you are making the same changes to nova.conf, see if using
local.conf's additional config file bits work for you.
http://devstack.org/configuration.html
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.ope
DevStack manages that symlink, ie, stack.sh puts in place and restarts
Apache. unstack.sh removes it and restarts Apache. Adding it and manually
restarting Apache doesn't hurt (if keystone is still configured).
dt
--
Dean Troyer
dtro...@gmail.com
___
On Fri, Oct 17, 2014 at 9:30 AM, Ian Y. Choi wrote:
> I am quite expecting 'juno/stable' branch for DevStack, but I can happily
> wait that delay :)
The DevStack stable/juno defaults update has merged and is ready.
dt
--
Dean Troyer
d
bundle and
this is also changed to use the system CA bundle/certs by some packagers.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsub
t that using OpenStackClient with this (assuming
the service type is 'dashbaord'):
openstack catalog show dashboard
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post
> and some vino.
I think most places call this pizza? :) At least Caputxes in el Born did ...
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@list
7.1.0 will still work fine.
In general you will want to use the current clients whenever possible.
We work very hard to remain backward compatible so users are not
required to match clients to the cloud release.
dt
--
Dean Troyer
dtro...@gma
get reminded about something. :)
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
the global
options, maintaining multiple client contexts, etc.
Thanks for sharing!
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscr
and branch to check out for each project and many
sub-projects and libraries. Also, the GIT_BASE variable may be
sufficient to point at your own collection of repos.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-
vices built from source you will have a
much better time down the road installing from packages of one form or
another, if not just using something like Packstack. Sorting out the
network configuration should be easier as you will not need to
translate between DevStack's variables and the docu
On Thu, Dec 21, 2017 at 11:11 AM, wrote:
> Can you point me to any documentation to allow me to build to this kind of
> layout?
I'm afraid I do not have any good pointers for that sort of network
setup, thus far my needs have been simple in that dept.
dt
--
Dean Troyer
dtro..
not having your auth variables set properly,
in this case OS_AUTH_URL. Check all of your auth configuration for
the client.
dt
--
Dean Troyer
dtro...@gmail.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to
rify you have a good install of openstacksdk that matches
your python-openstackclient.
I have the following versions installed and working:
openstacksdk==0.19.0
python-openstackclient==3.17.0
dt
--
Dean Troyer
dtro...@gmail.com
___
Mai
46 matches
Mail list logo
