Not authorized error OpenStack

Часом при спробі взаємодії з певним сервісом OpenStack з"являється наступне повідомлення від сервісу:
The request you have made requires authentication. (HTTP 401)
Це може дивувати адже щойно все працювало з іншим сервісом. 
Тут слід уважно поглянути, які користувачі мають право взаємодіятиз даним сервісом, і чи в даний момент ви дієте від імені одного з даних користувачів.
Як відомо в OpenStack замінні необхідні для авторизації можна встановлювати, як змінні середовища, або передавати в командній строці.
На мою думку змінними середовища варто зробити змінні сервісу або проекту, який найчастіше викликається з командної строки. Решта передавати в в командгій строці. Наприклад так:
glance --os_username=glance --os_password=q --os_tenant_name=service  
--os_auth_url=http://127.0.0.1:5000/v2.0 
image-create --name="CirrOS 0.3.1" --disk-format=qcow2 
--container-format=bare 
--is-public=true < cirros-0.3.1-x86_64-disk.img
перша-друга строки - пердаємо данні важливі для автентифікації, далі сама команда.

Comments

Post a Comment

Popular posts from this blog

Install Kubeflow locally

For local installation of Kubeflow you can use Vagrant box, Minikube or install it using Multipass. Here I will describe the multipass installation. The best link for the installation process is here . This installation uses Microk8s orchestrator and has some caveats. First of all you have to create volumes manually, other way you services won't work correctly. Before all I would suggest to install version 1.13 of microk8s, because 1.14 is not compatible now with kubflow. sudo snap install microk8s --channel=1.13 For this purpose please edit kubernetes-tools/setup-microk8s.sh line 10: CHANNEL=${CHANNEL:-1.13/stable} 1.14 where changed on 1.13. Then run  sudo kubernetes-tools/setup-microk8s.sh Step 1: Create storage class. I used next data: apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: local provisioner: kubernetes.io/no-provisioner volumeBindingMode: WaitForFirstConsumer Just save and apply this data. kubectl apply -f you_file_name.yaml ...
Keep reading

RabbitMQ and OpenShift

RedHat created very good launcher for a RabbitMQ cluster in OpenShift ( can be found here ). The problem I was stacked a little bit was creation of the cluster in an already created project. I found out that it is easy to do, just change slightly a all.yml file. --- openshift_cluster_content: # No need to create a new project #- object: projectrequest # content: # - name: rabbitmq-spaces # file: "{{ inventory_dir }}/../files/projects/projects.yml" # file_action: create - object: imagestream content: - name: rhel7 file: "{{ inventory_dir }}/../files/imagestreams/images.yml" namespace: scouting # Also important to fix deployment config template, which is located in the files/deployments/template.yml . The deployment will hook wrong image, so cluster won't build without the fix. Problem is in the naming of the image used to build rabbits. image: "${APPLICATION_NAME}:${RABBITMQ_VERSION}" Change to: image: ...
Keep reading