Сообщения eonqee

Форум — Admin

ВМы не стартуют после перезагрузки хостовой ОС

Делаю как здесь, то есть на узлах где крутятся ВМы в файле nova.conf resume_guests_state_on_host_boot=true. Но ВМы, которые перед перезагрузкой хостовой ОС были запущены не стартуют.

После перезугрузки в логах следующее

/var/log/nova/compute.log:

2015-05-16 14:42:49.701 2077 WARNING nova.compute.manager [-] [instance: 11d991c1-a983-4d02-8a4f-9e2ce98a8ca1] Instance is paused unexpectedly. Ignore.
2015-05-16 14:43:48.150 2077 INFO oslo.messaging._drivers.impl_qpid [-] Connected to AMQP server on se.phys.spbu.ru:5672
2015-05-16 14:43:48.236 2077 INFO oslo.messaging._drivers.impl_qpid [-] Connected to AMQP server on se.phys.spbu.ru:5672
2015-05-16 14:43:53.370 2077 INFO oslo.messaging._drivers.impl_qpid [-] Connected to AMQP server on se.phys.spbu.ru:5672
2015-05-16 14:44:28.708 2077 WARNING nova.compute.manager [req-b06fb33c-c5eb-4633-a112-cceae59ad087 None None] Found 1 in the database and 0 on the hypervisor.
2015-05-16 14:44:28.861 2077 WARNING nova.compute.manager [req-b06fb33c-c5eb-4633-a112-cceae59ad087 None None] [instance: 11d991c1-a983-4d02-8a4f-9e2ce98a8ca1] Instance shutdown by itself. Calling the stop API.
2015-05-16 14:44:29.071 2077 INFO oslo.messaging._drivers.impl_qpid [-] Connected to AMQP server on se.phys.spbu.ru:5672

/var/log/libvirt/libvirtd.log:

2015-05-16 11:42:53.415+0000: 2052: error : virNetSocketReadWire:1194 : End of file while reading data: Ошибка ввода/вывода
2015-05-16 11:43:41.075+0000: 2054: info : libvirt version: 0.10.2, package: 46.el6_6.6 (CentOS BuildSystem <http://bugs.centos.org>, 2015-04-29-10:28:01, c6b8.bsys.dev.centos.org)
2015-05-16 11:43:41.075+0000: 2054: error : virNetDevGetMTU:343 : Cannot get interface MTU on 'br100': Нет такого устройства
2015-05-16 11:43:41.261+0000: 2054: warning : qemuDomainObjStart:6144 : Unable to restore from managed state /var/lib/libvirt/qemu/save/instance-000000dc.save. Maybe the file is corrupted?

/var/log/libvirt/qemu/instance-000000dc.log:

2015-05-16 11:42:52.949+0000: shutting down
qemu: terminating on signal 15 from pid 2052
2015-05-16 11:43:41.186+0000: shutting down

eonqee
(16.05.15 14:53:13 MSK)

Форум — Admin

OpenStack. Flavors.

kvm, openstack, qemu

Поправьте если не прав.

Flavor - Шаблон виртуального оборудования.

Создание, загрузка образа в OpenStack и запуск ВМ на основе образа:

1. Создаю файл образа:

# qemu-img create -f qcow2 /tmp/centos-6.6.qcow2 3G

Образ может расти до 3Gb. Правильно?

2. Запускаю ВМ для установки ОС:

# virt-install --virt-type kvm --name centos-6.6 --ram 1024 --disk /tmp/centos-6.6.qcow2,format=qcow2 --network network=default --graphics vnc,listen=0.0.0.0 --noautoconsole --os-type=linux --os-variant=rhel6 --location=/var/lib/libvirt/images/CentOS-6.6-x86_64-netinstall.iso

Оперативная память у ВМ 1Gb

3. Импорт образа в OpenStack:

# glance image-create --name="centos-6.6 " --disk-format=qcow2 --container-format=bare < centos-6.6 .qcow2

4. Запуск ВМ на основе загруженного образа:

# nova boot --flavor m1.small --image centos-6.6 testinst-01

где m1.small - это root disk: 20Gb и ram: 2048Mb

ram, который в устанавливался в virt-install (1024Mb) заменяется в ВМ (последняя команда) на 2048Gb?

Что есть 3G в qemu-img create и что есть 20Gb в flavor'е m1.small?

eonqee
(01.03.15 17:13:43 MSK)

2 комментария

Форум — General

KVM. Запуск ВМ.

kvm

Имеется образ cirros, который нужно запустить. Правильно ли я понимаю, что это готовый образ оси готовой к запуску, а не установочный образ? Если да, то как его запустить? В сети много статей по теме, но везде описан процесс с нуля, т.е. с создания образа.

eonqee
(09.10.14 20:31:42 MSK)

12 комментариев

Форум — General

Проблема с зависимостями

centos, openstack

После удаления старого и установки нового репозитория вот что происходит:

[root@gr9 adm01]# yum install openstack-nova-compute
Loaded plugins: fastestmirror, priorities, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * base: mirror.awanti.com
 * extras: mirror.awanti.com
 * updates: mirror.awanti.com
base                                                     | 3.7 kB     00:00     
extras                                                   | 3.3 kB     00:00     
foreman                                                  | 2.9 kB     00:00     
foreman-plugins                                          | 2.9 kB     00:00     
openstack-icehouse                                       | 2.9 kB     00:00     
puppetlabs-deps                                          | 2.5 kB     00:00     
puppetlabs-products                                      | 2.5 kB     00:00     
updates                                                  | 3.4 kB     00:00     
58 packages excluded due to repository priority protections
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package openstack-nova-compute.noarch 0:2014.1.2-1.el6 will be installed
--> Processing Dependency: openstack-nova-common = 2014.1.2-1.el6 for package: openstack-nova-compute-2014.1.2-1.el6.noarch
--> Running transaction check
---> Package openstack-nova-common.noarch 0:2014.1.2-1.el6 will be installed
--> Processing Dependency: python-nova = 2014.1.2-1.el6 for package: openstack-nova-common-2014.1.2-1.el6.noarch
--> Processing Dependency: python-oslo-messaging >= 1.3.0-0.1.a4 for package: openstack-nova-common-2014.1.2-1.el6.noarch
--> Processing Dependency: python-oslo-rootwrap for package: openstack-nova-common-2014.1.2-1.el6.noarch
--> Running transaction check
---> Package python-nova.noarch 0:2014.1.2-1.el6 will be installed
--> Processing Dependency: python-sqlalchemy >= 0.7.8 for package: python-nova-2014.1.2-1.el6.noarch
--> Processing Dependency: python-routes >= 1.12 for package: python-nova-2014.1.2-1.el6.noarch
--> Processing Dependency: python-paste-deploy >= 1.5 for package: python-nova-2014.1.2-1.el6.noarch
--> Processing Dependency: python-jinja2 >= 2.6 for package: python-nova-2014.1.2-1.el6.noarch
--> Processing Dependency: python-novaclient for package: python-nova-2014.1.2-1.el6.noarch
---> Package python-oslo-messaging.noarch 0:1.3.0.2-4.el6 will be installed
--> Processing Dependency: PyYAML for package: python-oslo-messaging-1.3.0.2-4.el6.noarch
---> Package python-oslo-rootwrap.noarch 0:1.0.0-1.el6 will be installed
--> Running transaction check
---> Package python-nova.noarch 0:2014.1.2-1.el6 will be installed
--> Processing Dependency: python-sqlalchemy >= 0.7.8 for package: python-nova-2014.1.2-1.el6.noarch
--> Processing Dependency: python-routes >= 1.12 for package: python-nova-2014.1.2-1.el6.noarch
--> Processing Dependency: python-paste-deploy >= 1.5 for package: python-nova-2014.1.2-1.el6.noarch
--> Processing Dependency: python-jinja2 >= 2.6 for package: python-nova-2014.1.2-1.el6.noarch
---> Package python-novaclient.noarch 1:2.17.0-2.el6 will be installed
---> Package python-oslo-messaging.noarch 0:1.3.0.2-4.el6 will be installed
--> Processing Dependency: PyYAML for package: python-oslo-messaging-1.3.0.2-4.el6.noarch
--> Finished Dependency Resolution
Error: Package: python-nova-2014.1.2-1.el6.noarch (openstack-icehouse)
           Requires: python-sqlalchemy >= 0.7.8
           Available: python-sqlalchemy-0.5.5-3.el6_2.noarch (base)
               python-sqlalchemy = 0.5.5-3.el6_2
Error: Package: python-nova-2014.1.2-1.el6.noarch (openstack-icehouse)
           Requires: python-routes >= 1.12
           Available: python-routes-1.10.3-2.el6.noarch (base)
               python-routes = 1.10.3-2.el6
Error: Package: python-nova-2014.1.2-1.el6.noarch (openstack-icehouse)
           Requires: python-jinja2 >= 2.6
           Available: python-jinja2-2.2.1-1.el6.x86_64 (base)
               python-jinja2 = 2.2.1-1.el6
           Available: python-jinja2-2.2.1-2.el6_5.x86_64 (updates)
               python-jinja2 = 2.2.1-2.el6_5
Error: Package: python-nova-2014.1.2-1.el6.noarch (openstack-icehouse)
           Requires: python-paste-deploy >= 1.5
           Available: python-paste-deploy-1.3.3-2.1.el6.noarch (base)
               python-paste-deploy = 1.3.3-2.1.el6
Error: Package: python-oslo-messaging-1.3.0.2-4.el6.noarch (openstack-icehouse)
           Requires: PyYAML
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

Но

[root@gr9 adm01]# rpm -qa | grep python-sqlalchemy
python-sqlalchemy0.7-0.7.8-1.el6.x86_64
[root@gr9 adm01]# rpm -qa | grep python-routes
python-routes1.12-1.12.3-4.el6.noarch
[root@gr9 adm01]# rpm -qa | grep openstack
openstack-utils-2014.1-3.el6.noarch
[root@gr9 adm01]# rpm -qa | grep python-jinja2
python-jinja2-26-2.6-3.el6.noarch
[root@gr9 adm01]# rpm -qa | grep python-paste-deploy
python-paste-deploy1.5-1.5.0-5.el6.noarch

На другой машине проделывал то же самое. Проблем не было. Что с этим делать?

eonqee
(25.09.14 23:38:49 MSK)

8 комментариев

Форум — General

ssh авторизация по ключу. Просит пароль.

ssh

Под одним пользователем авторизуется как надо, без пароля. Под вторым просит пароль. Настраивал одинаково. Несколько раз проделывал генерацию ключей, копирование на сервер и добавление в authorized_keys. Игрался с правами на .ssh и файлами в .ssh. Ничего не помогает.

ssh server.com -vvv
.......
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password

Для пользователя для которого пароль не просит. На сервере:

drwx------   2 user1 user1  4096 Дек  4 21:13 .ssh

-rw-------   1 user1 user1 3057 Дек 14 11:41 authorized_keys
-rw-------   1 user1 user1  672 Ноя 26 22:31 id_dsa
-rw-r--r--   1 user1 user1  615 Ноя 26 22:31 id_dsa.pub
-rw-r--r--   1 user1 user1  414 Дек  2 14:55 known_hosts

на клиенте:

drwx------. 2 user1 wheel   4096 Ноя 26 22:34 .ssh

-rw-r--r--. 1 user1 wheel 1210 Ноя 26 22:44 authorized_keys
-rw-------. 1 user1 wheel  672 Ноя 26 22:32 id_dsa
-rw-r--r--. 1 user1 wheel  615 Ноя 26 22:32 id_dsa.pub
-rw-r--r--. 1 user1 wheel 1240 Дек 14 11:30 known_hosts

Для пользователя для которого запрашивается пароль. На сервере:

drwx------ 2 usr usrnd 4096 Дек 14 11:46 .ssh

-rw------- 1 usr2 usrnd  615 Дек 14 11:38 authorized_keys
-rw------- 1 usr2 usrnd  672 Дек 14 00:15 id_dsa
-rw-r--r-- 1 usr2 usrnd  615 Дек 14 00:15 id_dsa.pub
-rw-r--r-- 1 usr2 usrnd 1647 Дек 14 11:39 known_hosts

на клиенте:

drwx------. 2 usr2 usrnd 4096 Дек 14 11:46 .ssh

-rw-------. 1 usr2 usrnd    0 Дек 14 11:38 authorized_keys
-rw-------. 1 usr2 usrnd  672 Дек 14 00:15 id_dsa
-rw-r--r--. 1 usr2 usrnd  615 Дек 14 00:15 id_dsa.pub
-rw-r--r--. 1 usr2 usrnd 1647 Дек 14 11:39 known_hosts

eonqee
(14.12.13 12:39:50 MSK)

4 комментария

Форум — General

Правка файла passwd, если root не доступен

В общем нужно исправить файл passwd

$ cat /etc/passwd
\root:x:0:0:root:/root:/bin/bash

Но как избавиться от «\», если root теперь недоступен? Можно как-нибудь обойтись без livecd? upd: Забыл сказать, что машина удаленная

eonqee
(10.12.13 18:57:16 MSK)

20 комментариев

Форум — General

Удаление программ собранных из исходников

Сказали, что то ли после конфигурирования, то ли после компиляции где-то можно найти пути, в которые будут копироваться файлы устанавливаемой программы. Где найти эту инфу?

eonqee
(13.11.13 17:57:59 MSK)

16 комментариев

Форум — General

Рекурсивный просмотр каталога, групповая операция

ls, terminal, групповая операция, командная строка

$ ls -RF folder/
folder/:
1.jpg  1.txt  2.jpg  2.txt  deep/

folder/deep:
3.jpg  3.txt  4.jpg  4.txt

но почему следующая команда просматривает только один каталог?

$ ls -RF folder/*.txt
folder/1.txt  folder/2.txt

eonqee
(29.09.13 12:23:14 MSK)

7 комментариев

RSS подписка на новые темы