3 p.m.
On Mon, Feb 10, 2014 at 10:56 AM, Alon Bar-Lev <alonbl(a)redhat.com> wrote:
----- Original Message -----
> From: "Dafna Ron" <dron(a)redhat.com>
> To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, "Alon
Bar-Lev" <alonbl(a)redhat.com>
> Cc: "users" <users(a)ovirt.org>
> Sent: Monday, February 10, 2014 11:31:33 AM
> Subject: Re: [Users] Unable to activate iSCSI domain after crash of host
>
> adding Alon
>
> On 02/08/2014 05:42 PM, Gianluca Cecchi wrote:
> > where can I find the function that encrypts iscsi chap password and
> > put the encrypted value into storage_server_connections table?
> > So that I can try to reinsert it and verify.
You can just put plain password, it should work...
If you want to encrypt use:
echo -n 'PASSWORD' | openssl pkeyutl -encrypt -certin -inkey
/etc/pki/ovirt-engine/certs/engine.cer | openssl enc -a | tr -d '\n'
But Dafna, isn't there a way at UI to re-specify password, so it be encrypted by the
application?
> >
> > Thanks
> > Gianluca
>
>
> --
> Dafna Ron
>
In my opinion when I first defined the ISCSI domain and input a wrong
password there was something not correctly managed when I then used
the correct one.
In fact in my opinion it seems there is no correspondence between
storage_domains table and storage_server_connections table.
If I take a glusterfs domain named gv01 I see this:
engine=# select * from storage_server_connections where id=(select
storage from storage_domains where storage_name='gv01');
id | connection | user_name |
password | iqn | port | portal | storage_type | mount_options |
vfs_type
| nfs_version | nfs_timeo | nfs_retrans
--------------------------------------+---------------+-----------+----------+-----+------+--------+--------------+---------------+-----------
+-------------+-----------+-------------
66663b6a-aff3-47fa-b7ca-8e809804cbe2 | ovnode01:gv01 | |
| | | | 7 | | glusterfs
| | |
(1 row)
Instead for this ISCSI domain named OV01
engine=# select * from storage_server_connections where id=(select
storage from storage_domains where storage_name='OV01');
id | connection | user_name | password | iqn | port | portal |
storage_type | mount_options | vfs_type | nfs_version | nfs_timeo |
nfs_retran
s
----+------------+-----------+----------+-----+------+--------+--------------+---------------+----------+-------------+-----------+-----------
--
(0 rows)
In particular:
engine=# select * from storage_domains where storage_name='OV01';
id | storage
| storage_name | storage_description | storage_comment |
storage_pool_id | available_disk_size | used_disk_size
| commited_disk_size | actual_images_size | status | storage_pool_name
|
storage_type | storage_domain_type | storage_domain_format_type |
last_time_used_as_master | storage_domain_shared_status | recoverable
--------------------------------------+----------------------------------------+--------------+---------------------+-----------------+-------
-------------------------------+---------------------+----------------+--------------------+--------------------+--------+-------------------+
--------------+---------------------+----------------------------+--------------------------+------------------------------+-------------
f741671e-6480-4d7b-b357-8cf6e8d2c0f1 |
uqe7UZ-PaBY-IiLj-XLAY-XoCZ-cmOk-cMJkeX | OV01 |
| | 546cd2
9c-7249-4733-8fd5-317cff38ed71 | 44 | 5
| 10 | 1 | 4 | ISCSI
|
3 | 0 | 3 |
0 | 2 | t
(1 row)
engine=# select * from storage_pool where
id='546cd29c-7249-4733-8fd5-317cff38ed71';
id | name | description |
storage_pool_type | storage_pool_format_type | status |
master_domain_version |
spm_vds_id | compatibility_version | _create_date |
_update_date | quota_enforcement_type |
free_text_commen
t
--------------------------------------+-------+-------------+-------------------+--------------------------+--------+-----------------------+-
-----------+-----------------------+-------------------------------+-------------------------------+------------------------+-----------------
--
546cd29c-7249-4733-8fd5-317cff38ed71 | ISCSI | |
3 | 3 | 4 | 2 |
| 3.3 | 2014-02-05 11:46:50.797079+01 |
2014-02-05 23:53:18.864716+01 | 0 |
(1 row)
engine=# select * from storage_server_connections where user_name='ovirt';
id | connection | user_name |
password
|
iqn | port | portal | storage_type
| mount_options | vfs_type | nfs_version | nfs_timeo | nfs_retrans
--------------------------------------+-----------------+-----------+-------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------------------------------------+----------
---------------------------------------+------+--------+--------------+---------------+----------+-------------+-----------+-------------
6a5b159d-4c11-43cc-aa09-55c325de47b3 | 192.168.230.101 | ovirt |
rMlQVigk7Ah3vJHWqE5jv24vDwZEWd14EExWKLjVowXGNa4ptPZ1O/8uf0ubK8zuQ9/i6qeF
h6a7tSahr9yHXF80XEinpo0REZKfa78wUHYLbl8BMnMqYA9TA521Ef0ELBXwB5jmEmdnhew8RRRTjou7ihnnQOX/BMpcjxI0Q8K2Cex+Blk6eoRAtLbKdSdQwbW8W/hhUCmrf94mNHlHPM
9jv/HPApq3DU4iXCtbzQJMOXaQbMmYHORloILhAJnlTci59qj67sKkZm4BFUPEBS1K9QQZ0Lnkj/dkqenSeUyZ6MnFm20fI0qdJevqBq2Zl3kW5OZX6d+eIxRQTIYFUQ==
| iqn.2013-
09.local.localdomain:c6iscsit.target11 | 3260 | 1 | 3
| | | | |
(1 row)
If I run this update and then restart engine and vdsmd on host I can
get ISCSI domain active again...
engine=# update storage_server_connections set id=(select storage from
storage_domains where storage_name='OV01') where user_name='ovirt';
UPDATE 1
What do you think about it?
Gianluca