xenman-users Mailing List for ConVirt (Page 4)
Brought to you by:
haphazard1,
jd_jedi
Menu
▾
▴
xenman-users — A general discussion forum for the ConVirt user community
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(8) |
Sep
(1) |
Oct
(9) |
Nov
(6) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(5) |
Feb
(1) |
Mar
(11) |
Apr
(9) |
May
(2) |
Jun
(4) |
Jul
(3) |
Aug
(5) |
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
| 2008 |
Jan
(1) |
Feb
(20) |
Mar
(9) |
Apr
(7) |
May
|
Jun
(4) |
Jul
(15) |
Aug
(6) |
Sep
(12) |
Oct
(1) |
Nov
(10) |
Dec
(19) |
| 2009 |
Jan
(15) |
Feb
(9) |
Mar
(4) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(12) |
Aug
(4) |
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
| 2010 |
Jan
|
Feb
|
Mar
(7) |
Apr
(10) |
May
(6) |
Jun
(10) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Eredicatorx <ere...@hu...> - 2009-02-03 07:03:03
|
jd wrote: > As per > http://xenman.sourceforge.net/wiki/index.php/Xen_centos_rhel > > Thanks JD. I did read that but not till after I sent the mail. > This distribution seems to have Xen 3.1 but some of the API are not available. To work around this, > <snip> > - Restart ConVirt > I did get it running and connected to both servers. Thanks to your FAQ and mail. I did have to use port 8000 instead of 8005/6 to connect to my servers. Is this incorrect? I could not connect on 8005/6. Cause my Xen conf says 8000. I am think something is not quite right cause of following errors I get: 1. Found node 192.168.1.100 not well-formed (invalid token): line1, column 0 2. Wrapper: Exception : no element found: line 1, column 0 3. After convirt has been open for a few minutes it stops responding and has to be killed. When I kill it the process hangs around and polls, here is a out put from strace that will continue to go forever if I let it. [pid 14618] [0073e416] <... poll resumed> ) = 0 (Timeout) [pid 14618] [0073e416] poll([{fd=8, events=POLLIN}], 1, 100 <unfinished ...> [pid 14619] [0073e416] <... poll resumed> ) = 0 (Timeout) [pid 14619] [0073e416] poll([{fd=9, events=POLLIN}], 1, 100 <unfinished ...> [pid 14618] [0073e416] <... poll resumed> ) = 0 (Timeout) [pid 14618] [0073e416] poll([{fd=8, events=POLLIN}], 1, 100 <unfinished ...> [pid 14619] [0073e416] <... poll resumed> ) = 0 (Timeout) [pid 14619] [0073e416] poll([{fd=9, events=POLLIN}], 1, 100^C <unfinished ...> Is there anything you would want me to try or test to give you more information? I am using FC-10 i686 xen domU to connect to the dom0 the servers is running on. |
|
From: Heiko <ru...@gm...> - 2009-02-02 15:19:05
|
Hello, i have some cenots 5.2 dom0 which I would like to mananage with Convirt, should this generally work? I installed both convirt from source according to the manual that comes with convirt. I did run the ./configure-xend.sh 3.1, than i read we should use the 3.0.3 script for centos, i did that too. And I added the [default] section to the client. When I try to connect to the server i get: <ProtocolError for 192,.168.50.224::8000/RPC: 404 Not found> Do i have to do any more changes to the server? Does XEN have to run on my ubuntu client where I run the ConVirt GUI? There are no VM on that machine, just office stuff. Does convirt have to run on the server(dom0)? thx a lot Rupertt |
|
From: jd <jds...@ya...> - 2009-02-02 14:32:13
|
As per http://xenman.sourceforge.net/wiki/index.php/Xen_centos_rhel This distribution seems to have Xen 3.1 but some of the API are not available. To work around this, * use the xen 3.0.3 scripts for preparing server for remote management instead of 3.1 * Once prepared as above, you get the following error while discovering the server using Add Node. <Fault 1: 'method "xend.domains_with_state" is not supported'> o To fix this : o Shutdown ConVirt. o ssh into the Managed Server, open /etc/convirt.conf and add use_3_0_api=True under the default section. If the default section is not there, add it. After the changes it should look like [DEFAULT] default_computed_options = ['arch', 'arch_libdir', 'device_model'] use_3_0_api=True - Restart ConVirt /Jd --- On Sun, 2/1/09, Eredicatorx <ere...@hu...> wrote: > From: Eredicatorx <ere...@hu...> > Subject: [convirt-users] Authentication Refused > To: xen...@li... > Date: Sunday, February 1, 2009, 9:30 PM > He all I have set up a management node on my xen server. > > I have a FC10 xen dom-u running on a CentOS xen dom-0. > > When I try to connect to the dom0 it gives me this error > > XML-RPC over SSL > (111, 'Connection refused') > > XML-RPC over SSH_TUNNEL > [Error 0],[open_channel]Connect failed > > I can connect to the server via ssh w/o a problem and log > in as root. > > Here is some output from the convirt and paramiko log > > root@command01 convirt]# tail convirt.log > File "/usr/lib/python2.5/httplib.py", line > 860, in endheaders > self._send_output() > File "/usr/lib/python2.5/httplib.py", line > 732, in _send_output > self.send(msg) > File "/usr/lib/python2.5/httplib.py", line > 699, in send > self.connect() > File "/usr/lib/python2.5/httplib.py", line > 1134, in connect > sock.connect((self.host, self.port)) > File "<string>", line 1, in connect > error: (111, 'Connection refused') > [root@command01 convirt]# tail paramiko.log > INF [20090202-13:28:40.884] thr=3 > paramiko.transport.sftp: [chan 1] > Opened sftp connection (server version 3) > DEB [20090202-13:28:40.889] thr=3 > paramiko.transport.sftp: [chan 1] > lstat('/etc/convirt.conf') > DEB [20090202-13:28:40.898] thr=3 > paramiko.transport.sftp: [chan 1] > stat('/etc/convirt.conf') > DEB [20090202-13:28:40.909] thr=3 > paramiko.transport.sftp: [chan 1] > open('/etc/convirt.conf', 'r') > DEB [20090202-13:28:40.919] thr=3 > paramiko.transport.sftp: [chan 1] > open('/etc/convirt.conf', 'r') -> > 00000000 > DEB [20090202-13:28:40.933] thr=3 > paramiko.transport.sftp: [chan 1] > close(00000000) > DEB [20090202-13:28:40.941] thr=3 > paramiko.transport.sftp: [chan 1] > open('/etc/convirt.conf', 'r') > DEB [20090202-13:28:40.948] thr=3 > paramiko.transport.sftp: [chan 1] > open('/etc/convirt.conf', 'r') -> > 00000000 > DEB [20090202-13:28:40.962] thr=3 > paramiko.transport.sftp: [chan 1] > close(00000000) > DEB [20090202-13:30:20.234] thr=4 paramiko.transport: EOF > in transport > thread > > I followed the instructions in the documentation (ConVirt > Users Manual > 0.9.6) for my distro CentOS 5.2 2.6.18-92.1.22el5xen w/Xen > > 3.1.2-92.1.22.el5 > > Here is the output. If anyone can be any assistance It > would be > appreciated. > > > [root@max02 xen-3.1]# ./configure-xend.sh 3.1 SSL > Setting up self signed certificates > Generating RSA private key, 1024 bit long modulus > ...............++++++ > ..++++++ > e is 65537 (0x10001) > You are about to be asked to enter information that will be > incorporated > into your certificate request. > What you are about to enter is what is called a > Distinguished Name or a DN. > There are quite a few fields but you can leave some blank > For some fields there will be a default value, > If you enter '.', the field will be left blank. > ----- > Country Name (2 letter code) [GB]:State or Province Name > (full name) > [Berkshire]:Locality Name (eg, city) [Newbury]:Organization > Name (eg, > company) [My Company Ltd]:Organizational Unit Name (eg, > section) > []:Common Name (eg, your name or your server's > hostname) []:Email > Address []: > Please enter the following 'extra' attributes > to be sent with your certificate request > A challenge password []:An optional company name > []:Signature ok > subject=/C=US/ST=CA/L=SF/O=Test > Corp/CN=max02.hugedesigns.net > Getting Private key > Modified xend-config successfully > restart xend: > [ OK ] > [root@max02 xen-3.1]# less configure-xend.sh > > [root@max02 xen-3.1]# cat !$xmlrpc.csr > cat /etc/xen/xmlrpc.csr > -----BEGIN CERTIFICATE REQUEST----- > MIIBmzCCAQQCAQAwWzELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAkNBMQswCQYDVQQH > EwJTRjESMBAGA1UEChMJVGVzdCBDb3JwMR4wHAYDVQQDExVtYXgwMi5odWdlZGVz > aWducy5uZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAK4DA1UlgvYmwMQU > Fl+FqQ9v2fzoVR3ABEh76TyFZJ/ZcT934LnXichYR5JGY46ipYX4Bp8USTQeiWr0 > mwKziKsFIFa3HWH4aJyVUmqHssES1CXCaXDsu5WsQ9EvjM55wLLlWiQ66Iql7G6R > so4UPrACWl/HHRX5dMeyn9Duqt0NAgMBAAGgADANBgkqhkiG9w0BAQUFAAOBgQAW > oJp/KYczK1uNfs4dLQLLWX/kz+61AWJtD4vbB5LIeZX401GdasJyr7YG+LBE4SdZ > PgQALPkEo8r59fGGxec+jk46KQ4ST/XFA1Ou3XZau7BVXR8qyTPWnHmqkOeZbor7 > zuqwofuEUl8h2pPg2Qy4kpvWvzcuxJtQvBaLcoWgJg== > -----END CERTIFICATE REQUEST----- > [root@max02 xen-3.1]# cat /etc/xen/xmlrpc.crt > -----BEGIN CERTIFICATE----- > MIICLTCCAZYCCQCS3dKiCIj0NzANBgkqhkiG9w0BAQUFADBbMQswCQYDVQQGEwJV > UzELMAkGA1UECBMCQ0ExCzAJBgNVBAcTAlNGMRIwEAYDVQQKEwlUZXN0IENvcnAx > HjAcBgNVBAMTFW1heDAyLmh1Z2VkZXNpZ25zLm5ldDAeFw0wOTAyMDExMTUxMzZa > Fw0wOTAzMDMxMTUxMzZaMFsxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJDQTELMAkG > A1UEBxMCU0YxEjAQBgNVBAoTCVRlc3QgQ29ycDEeMBwGA1UEAxMVbWF4MDIuaHVn > ZWRlc2lnbnMubmV0MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCuAwNVJYL2 > JsDEFBZfhakPb9n86FUdwARIe+k8hWSf2XE/d+C514nIWEeSRmOOoqWF+AafFEk0 > Holq9JsCs4irBSBWtx1h+GiclVJqh7LBEtQlwmlw7LuVrEPRL4zOecCy5VokOuiK > pexukbKOFD6wAlpfxx0V+XTHsp/Q7qrdDQIDAQABMA0GCSqGSIb3DQEBBQUAA4GB > ACvObWk6tGowwrA2yOQGeG81mrAIWmnU/SozArlm2DNGder+jyyLOaz8KRylhF9o > t3WpApBnn0AW3X0ZbqBlRzj8t7h9zVv4vKZNwepAbIc3p4dDoE+bML62Ic4J7ozp > zG9rCPzPai5R3D397BJFrSwRy54VHeVf5ZieBPkNRKaW > -----END CERTIFICATE----- > [root@max02 xen-3.1]# cat /etc/xen/xmlrpc.key > -----BEGIN RSA PRIVATE KEY----- > MIICXgIBAAKBgQCuAwNVJYL2JsDEFBZfhakPb9n86FUdwARIe+k8hWSf2XE/d+C5 > 14nIWEeSRmOOoqWF+AafFEk0Holq9JsCs4irBSBWtx1h+GiclVJqh7LBEtQlwmlw > 7LuVrEPRL4zOecCy5VokOuiKpexukbKOFD6wAlpfxx0V+XTHsp/Q7qrdDQIDAQAB > AoGBAKg323HlqHvDLNigvpwrPyrgKzCVfSscZEeaGfhaz9LDxvnfLo0Zs2XNCat7 > hmTuEOu4wNXqK3ZKCvgtbOionHV3jkm7YnKvZt7dUpk08bETqKaAdNi3E+A42gXC > yqWPipqGRsmv/Wv0FFeAPacasmSqkXHM4nf3HbvCgagOac0VAkEA1XSydcMgt2W9 > NTLI/qmUUpG/Csu9uNCCX0J7ZD5CMw5e4H0e9HzUyzw/9N5Acw9dQKqoMnRAHgT3 > fDSRbGHNmwJBANCxu97fD6FkcFPaozbLoF3mtWCogyWUUutGej4DYpIzbMwU9NvI > Fed87279oFZ4SgdeQ0JTHK9E0xe3QX8mfncCQBpPbgfR62Bvq+i4v8mUAXJEALZF > 8rarDMbNHQR4IBTG+q7U/VHJaTk7ze5SzsLf6/CimGTPq2+H0TGAEUS4sW0CQQCP > fORzRGL20Jv6y6TUlATbCzlCEBq7x9OLOJXr9V/crcbsOqxwQI3u75OgeHm5elNL > 5Z/RBlv+lg+dir5ZshnZAkEAgtvqflnDW4ZbPQuucFbVqdI3FdrsPsLEDyvdg4rn > qd1kixVohDCL0jo0tQO+bItNWxfUkL0SJK2q9juUs/IcVw== > -----END RSA PRIVATE KEY----- > [root@max02 xen-3.1]# > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > XenMan-Users mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenman-users |
|
From: Eredicatorx <ere...@hu...> - 2009-02-02 05:50:05
|
He all I have set up a management node on my xen server.
I have a FC10 xen dom-u running on a CentOS xen dom-0.
When I try to connect to the dom0 it gives me this error
XML-RPC over SSL
(111, 'Connection refused')
XML-RPC over SSH_TUNNEL
[Error 0],[open_channel]Connect failed
I can connect to the server via ssh w/o a problem and log in as root.
Here is some output from the convirt and paramiko log
root@command01 convirt]# tail convirt.log
File "/usr/lib/python2.5/httplib.py", line 860, in endheaders
self._send_output()
File "/usr/lib/python2.5/httplib.py", line 732, in _send_output
self.send(msg)
File "/usr/lib/python2.5/httplib.py", line 699, in send
self.connect()
File "/usr/lib/python2.5/httplib.py", line 1134, in connect
sock.connect((self.host, self.port))
File "<string>", line 1, in connect
error: (111, 'Connection refused')
[root@command01 convirt]# tail paramiko.log
INF [20090202-13:28:40.884] thr=3 paramiko.transport.sftp: [chan 1]
Opened sftp connection (server version 3)
DEB [20090202-13:28:40.889] thr=3 paramiko.transport.sftp: [chan 1]
lstat('/etc/convirt.conf')
DEB [20090202-13:28:40.898] thr=3 paramiko.transport.sftp: [chan 1]
stat('/etc/convirt.conf')
DEB [20090202-13:28:40.909] thr=3 paramiko.transport.sftp: [chan 1]
open('/etc/convirt.conf', 'r')
DEB [20090202-13:28:40.919] thr=3 paramiko.transport.sftp: [chan 1]
open('/etc/convirt.conf', 'r') -> 00000000
DEB [20090202-13:28:40.933] thr=3 paramiko.transport.sftp: [chan 1]
close(00000000)
DEB [20090202-13:28:40.941] thr=3 paramiko.transport.sftp: [chan 1]
open('/etc/convirt.conf', 'r')
DEB [20090202-13:28:40.948] thr=3 paramiko.transport.sftp: [chan 1]
open('/etc/convirt.conf', 'r') -> 00000000
DEB [20090202-13:28:40.962] thr=3 paramiko.transport.sftp: [chan 1]
close(00000000)
DEB [20090202-13:30:20.234] thr=4 paramiko.transport: EOF in transport
thread
I followed the instructions in the documentation (ConVirt Users Manual
0.9.6) for my distro CentOS 5.2 2.6.18-92.1.22el5xen w/Xen
3.1.2-92.1.22.el5
Here is the output. If anyone can be any assistance It would be
appreciated.
[root@max02 xen-3.1]# ./configure-xend.sh 3.1 SSL
Setting up self signed certificates
Generating RSA private key, 1024 bit long modulus
...............++++++
..++++++
e is 65537 (0x10001)
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [GB]:State or Province Name (full name)
[Berkshire]:Locality Name (eg, city) [Newbury]:Organization Name (eg,
company) [My Company Ltd]:Organizational Unit Name (eg, section)
[]:Common Name (eg, your name or your server's hostname) []:Email
Address []:
Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:An optional company name []:Signature ok
subject=/C=US/ST=CA/L=SF/O=Test Corp/CN=max02.hugedesigns.net
Getting Private key
Modified xend-config successfully
restart xend: [ OK ]
[root@max02 xen-3.1]# less configure-xend.sh
[root@max02 xen-3.1]# cat !$xmlrpc.csr
cat /etc/xen/xmlrpc.csr
-----BEGIN CERTIFICATE REQUEST-----
MIIBmzCCAQQCAQAwWzELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAkNBMQswCQYDVQQH
EwJTRjESMBAGA1UEChMJVGVzdCBDb3JwMR4wHAYDVQQDExVtYXgwMi5odWdlZGVz
aWducy5uZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAK4DA1UlgvYmwMQU
Fl+FqQ9v2fzoVR3ABEh76TyFZJ/ZcT934LnXichYR5JGY46ipYX4Bp8USTQeiWr0
mwKziKsFIFa3HWH4aJyVUmqHssES1CXCaXDsu5WsQ9EvjM55wLLlWiQ66Iql7G6R
so4UPrACWl/HHRX5dMeyn9Duqt0NAgMBAAGgADANBgkqhkiG9w0BAQUFAAOBgQAW
oJp/KYczK1uNfs4dLQLLWX/kz+61AWJtD4vbB5LIeZX401GdasJyr7YG+LBE4SdZ
PgQALPkEo8r59fGGxec+jk46KQ4ST/XFA1Ou3XZau7BVXR8qyTPWnHmqkOeZbor7
zuqwofuEUl8h2pPg2Qy4kpvWvzcuxJtQvBaLcoWgJg==
-----END CERTIFICATE REQUEST-----
[root@max02 xen-3.1]# cat /etc/xen/xmlrpc.crt
-----BEGIN CERTIFICATE-----
MIICLTCCAZYCCQCS3dKiCIj0NzANBgkqhkiG9w0BAQUFADBbMQswCQYDVQQGEwJV
UzELMAkGA1UECBMCQ0ExCzAJBgNVBAcTAlNGMRIwEAYDVQQKEwlUZXN0IENvcnAx
HjAcBgNVBAMTFW1heDAyLmh1Z2VkZXNpZ25zLm5ldDAeFw0wOTAyMDExMTUxMzZa
Fw0wOTAzMDMxMTUxMzZaMFsxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJDQTELMAkG
A1UEBxMCU0YxEjAQBgNVBAoTCVRlc3QgQ29ycDEeMBwGA1UEAxMVbWF4MDIuaHVn
ZWRlc2lnbnMubmV0MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCuAwNVJYL2
JsDEFBZfhakPb9n86FUdwARIe+k8hWSf2XE/d+C514nIWEeSRmOOoqWF+AafFEk0
Holq9JsCs4irBSBWtx1h+GiclVJqh7LBEtQlwmlw7LuVrEPRL4zOecCy5VokOuiK
pexukbKOFD6wAlpfxx0V+XTHsp/Q7qrdDQIDAQABMA0GCSqGSIb3DQEBBQUAA4GB
ACvObWk6tGowwrA2yOQGeG81mrAIWmnU/SozArlm2DNGder+jyyLOaz8KRylhF9o
t3WpApBnn0AW3X0ZbqBlRzj8t7h9zVv4vKZNwepAbIc3p4dDoE+bML62Ic4J7ozp
zG9rCPzPai5R3D397BJFrSwRy54VHeVf5ZieBPkNRKaW
-----END CERTIFICATE-----
[root@max02 xen-3.1]# cat /etc/xen/xmlrpc.key
-----BEGIN RSA PRIVATE KEY-----
MIICXgIBAAKBgQCuAwNVJYL2JsDEFBZfhakPb9n86FUdwARIe+k8hWSf2XE/d+C5
14nIWEeSRmOOoqWF+AafFEk0Holq9JsCs4irBSBWtx1h+GiclVJqh7LBEtQlwmlw
7LuVrEPRL4zOecCy5VokOuiKpexukbKOFD6wAlpfxx0V+XTHsp/Q7qrdDQIDAQAB
AoGBAKg323HlqHvDLNigvpwrPyrgKzCVfSscZEeaGfhaz9LDxvnfLo0Zs2XNCat7
hmTuEOu4wNXqK3ZKCvgtbOionHV3jkm7YnKvZt7dUpk08bETqKaAdNi3E+A42gXC
yqWPipqGRsmv/Wv0FFeAPacasmSqkXHM4nf3HbvCgagOac0VAkEA1XSydcMgt2W9
NTLI/qmUUpG/Csu9uNCCX0J7ZD5CMw5e4H0e9HzUyzw/9N5Acw9dQKqoMnRAHgT3
fDSRbGHNmwJBANCxu97fD6FkcFPaozbLoF3mtWCogyWUUutGej4DYpIzbMwU9NvI
Fed87279oFZ4SgdeQ0JTHK9E0xe3QX8mfncCQBpPbgfR62Bvq+i4v8mUAXJEALZF
8rarDMbNHQR4IBTG+q7U/VHJaTk7ze5SzsLf6/CimGTPq2+H0TGAEUS4sW0CQQCP
fORzRGL20Jv6y6TUlATbCzlCEBq7x9OLOJXr9V/crcbsOqxwQI3u75OgeHm5elNL
5Z/RBlv+lg+dir5ZshnZAkEAgtvqflnDW4ZbPQuucFbVqdI3FdrsPsLEDyvdg4rn
qd1kixVohDCL0jo0tQO+bItNWxfUkL0SJK2q9juUs/IcVw==
-----END RSA PRIVATE KEY-----
[root@max02 xen-3.1]#
|
|
From: Brian K. <br...@kr...> - 2009-01-16 02:24:54
|
Unfortunately the host serving the nfs share is also showing 7.6GB so it really is 7.6GB. When I scp it however, the file host.img is now 380GB! So I simply copy the file to another local drive and its 18GB. What's going on? I'm using Centos 5.2 which ships with Xen 3.0.3 (according to rpm -qa | grep xen). When I do open the backup copy done via cp onto a NFS mount where the file is 1/4 size, my domU opens but locks (after 7 minutes) up my entire dom0 host and a hard reset is needed. - Brian On Jan 15, 2009, at 3:48 PM, jd wrote: > It is showing less than 300 G because it is a sparse file. (all the > blocks are not allocated upfront.) > > The difference on the NFS server *may* be because of the BUG > mentioned in the man page. > > " On BSD systems, `du' reports sizes that are half the correct values > for files that are NFS-mounted from HP-UX systems. On HP-UX systems, > it reports sizes that are twice the correct values for files that are > NFS-mounted from BSD systems. This is due to a flaw in HP-UX; it also > affects the HP-UX `du' program." > > /Jd > > > > --- On Thu, 1/15/09, Brian Krusic <br...@kr...> wrote: > >> From: Brian Krusic <br...@kr...> >> Subject: [convirt-users] unexpected image sizes >> To: xen...@li... >> Date: Thursday, January 15, 2009, 3:05 PM >> Hi all, >> >> So I shutdown my domU to copy it to a backup location (yes, >> I am still >> trying to find a way to do a live backup/snapshot so if >> anyone has >> suggestions, I would love to hear). >> >> So, du -h /var/lib/xen/images/host.img >> >> ... shows 18G >> >> So I copy it to my NFS mounted backup machine and upon >> doing a du -h / >> nfs-share/backups/host.img >> >> ... show 7.6G. >> >> This domU is actually set to have 300G but I didn't >> allocate all of >> the disk space during domU creation. >> >> Any ideas? I would prefer some predictability here. >> >> Incidentally, from within the domU itself, I do a df -h and >> I get; >> >> /dev/mapper/VolGroup00-LogVol00 282G size, 5.2G used, 263G >> available >> /dev/xvda1 99M size, 21M used, 74M available >> tmpfs 2.0G size, 0 used, 2.0G available >> >> >> - Brian >> >> >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> _______________________________________________ >> XenMan-Users mailing list >> Xen...@li... >> https://lists.sourceforge.net/lists/listinfo/xenman-users > > > |
|
From: jd <jds...@ya...> - 2009-01-15 23:48:56
|
It is showing less than 300 G because it is a sparse file. (all the blocks are not allocated upfront.) The difference on the NFS server *may* be because of the BUG mentioned in the man page. " On BSD systems, `du' reports sizes that are half the correct values for files that are NFS-mounted from HP-UX systems. On HP-UX systems, it reports sizes that are twice the correct values for files that are NFS-mounted from BSD systems. This is due to a flaw in HP-UX; it also affects the HP-UX `du' program." /Jd --- On Thu, 1/15/09, Brian Krusic <br...@kr...> wrote: > From: Brian Krusic <br...@kr...> > Subject: [convirt-users] unexpected image sizes > To: xen...@li... > Date: Thursday, January 15, 2009, 3:05 PM > Hi all, > > So I shutdown my domU to copy it to a backup location (yes, > I am still > trying to find a way to do a live backup/snapshot so if > anyone has > suggestions, I would love to hear). > > So, du -h /var/lib/xen/images/host.img > > ... shows 18G > > So I copy it to my NFS mounted backup machine and upon > doing a du -h / > nfs-share/backups/host.img > > ... show 7.6G. > > This domU is actually set to have 300G but I didn't > allocate all of > the disk space during domU creation. > > Any ideas? I would prefer some predictability here. > > Incidentally, from within the domU itself, I do a df -h and > I get; > > /dev/mapper/VolGroup00-LogVol00 282G size, 5.2G used, 263G > available > /dev/xvda1 99M size, 21M used, 74M available > tmpfs 2.0G size, 0 used, 2.0G available > > > - Brian > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > XenMan-Users mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenman-users |
|
From: Brian K. <br...@kr...> - 2009-01-15 23:42:38
|
Thanks Jd, I posted on the wrong list but looks like it was fruitful after all. - Brian On Jan 15, 2009, at 3:38 PM, jd wrote: > Here are few pointers : > > http://wiki.linuxservertech.com/index.php/Back_Up_Xen_Image > http://www.johnandcailin.com/blog/john/backing-your-xen-domains > http://www.watters.ws/wiki/index.php/Xen_Backup_Script > > > > --- On Thu, 1/15/09, Brian Krusic <br...@kr...> wrote: > >> From: Brian Krusic <br...@kr...> >> Subject: [convirt-users] simple snapshot/backup scripts >> To: xen...@li... >> Date: Thursday, January 15, 2009, 11:16 AM >> Hi all, >> >> Does any one have a script I can look at for doing live >> backups/ >> snapshots of domUs? >> >> - Brian >> >> >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> _______________________________________________ >> XenMan-Users mailing list >> Xen...@li... >> https://lists.sourceforge.net/lists/listinfo/xenman-users > > > |
|
From: Brian K. <br...@kr...> - 2009-01-15 23:41:05
|
ooops, wrong list, ignore. My auto complete used xenman-users rather then xen-users. - Brian On Jan 15, 2009, at 3:05 PM, Brian Krusic wrote: > Hi all, > > So I shutdown my domU to copy it to a backup location (yes, I am still > trying to find a way to do a live backup/snapshot so if anyone has > suggestions, I would love to hear). > > So, du -h /var/lib/xen/images/host.img > > ... shows 18G > > So I copy it to my NFS mounted backup machine and upon doing a du -h / > nfs-share/backups/host.img > > ... show 7.6G. > > This domU is actually set to have 300G but I didn't allocate all of > the disk space during domU creation. > > Any ideas? I would prefer some predictability here. > > Incidentally, from within the domU itself, I do a df -h and I get; > > /dev/mapper/VolGroup00-LogVol00 282G size, 5.2G used, 263G available > /dev/xvda1 99M size, 21M used, 74M available > tmpfs 2.0G size, 0 used, 2.0G available > > > - Brian > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > XenMan-Users mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenman-users |
|
From: jd <jds...@ya...> - 2009-01-15 23:38:30
|
Here are few pointers : http://wiki.linuxservertech.com/index.php/Back_Up_Xen_Image http://www.johnandcailin.com/blog/john/backing-your-xen-domains http://www.watters.ws/wiki/index.php/Xen_Backup_Script --- On Thu, 1/15/09, Brian Krusic <br...@kr...> wrote: > From: Brian Krusic <br...@kr...> > Subject: [convirt-users] simple snapshot/backup scripts > To: xen...@li... > Date: Thursday, January 15, 2009, 11:16 AM > Hi all, > > Does any one have a script I can look at for doing live > backups/ > snapshots of domUs? > > - Brian > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > XenMan-Users mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenman-users |
|
From: Brian K. <br...@kr...> - 2009-01-15 23:05:21
|
Hi all, Does any one have a script I can look at for doing live backups/ snapshots of domUs? - Brian |
|
From: Brian K. <br...@kr...> - 2009-01-15 23:05:09
|
Hi all, So I shutdown my domU to copy it to a backup location (yes, I am still trying to find a way to do a live backup/snapshot so if anyone has suggestions, I would love to hear). So, du -h /var/lib/xen/images/host.img ... shows 18G So I copy it to my NFS mounted backup machine and upon doing a du -h / nfs-share/backups/host.img ... show 7.6G. This domU is actually set to have 300G but I didn't allocate all of the disk space during domU creation. Any ideas? I would prefer some predictability here. Incidentally, from within the domU itself, I do a df -h and I get; /dev/mapper/VolGroup00-LogVol00 282G size, 5.2G used, 263G available /dev/xvda1 99M size, 21M used, 74M available tmpfs 2.0G size, 0 used, 2.0G available - Brian |
|
From: jd <jds...@ya...> - 2009-01-15 05:36:01
|
Hi Brian, -- Could you explain a bit about how you created current DomUs that you are talking about in the email. That would help. -- Does your hardware support virtualization ? (pass on xm info) -- Could u explain the exact selection steps for : "When I provision, nothing happens" What are u selecting .. ? * How do you do backup today?.. or did it before virtualization. (ConVirt does not have any backup features built in.) * What is your current DR setup, how is your storage structured. ConVirt allows you to keep the config and the disks on a shared storage. When things fail, you can use the shared vm config files on other machines and start the services. (This is very basic approach..and has down time associated with it. .. the less downtime you need, the more sophisticated/complex solution you require.) /Jd --- On Wed, 1/14/09, Brian Krusic <br...@kr...> wrote: > From: Brian Krusic <br...@kr...> > Subject: [convirt-users] general need and convirt usage > To: xen...@li... > Date: Wednesday, January 14, 2009, 4:47 PM > Hi all, > > I've tried several management tools and I hope Convirt > is the last. > > I have a mixed RHEL 5.2 and Centos5.2 as my dom0s and > domUs. > > Can I import my current domUs to manage them? > > How do I create a Xen domU VM using Convirt? > > Within the Convirt UI, I choose Provision VM and nothing > happens. > > From the UI, to import a VM do I choose its disk image > file (/var/lib/ > xen/images) or its control file (/etc/xen). > > I've got my domUs starting up and shutting down when > dom0 does the same. > > My goal is to; > > - create backups and snapshots of my domUs. > - be able to either move my dom0s or domUs to anther > physical host > during DR situations. > > I'm sure this post seems tarded to some of you,but > I'm good after > getting a nudge in the right direction. > > Thanks in advance, > > - Brian > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > XenMan-Users mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenman-users |
|
From: Brian K. <br...@kr...> - 2009-01-15 00:47:35
|
Hi all, I've tried several management tools and I hope Convirt is the last. I have a mixed RHEL 5.2 and Centos5.2 as my dom0s and domUs. Can I import my current domUs to manage them? How do I create a Xen domU VM using Convirt? Within the Convirt UI, I choose Provision VM and nothing happens. From the UI, to import a VM do I choose its disk image file (/var/lib/ xen/images) or its control file (/etc/xen). I've got my domUs starting up and shutting down when dom0 does the same. My goal is to; - create backups and snapshots of my domUs. - be able to either move my dom0s or domUs to anther physical host during DR situations. I'm sure this post seems tarded to some of you,but I'm good after getting a nudge in the right direction. Thanks in advance, - Brian |
|
From: Brian K. <br...@kr...> - 2009-01-10 02:34:11
|
Hi Jd and thanks very much for the email. I plan to try it out on Monday if not sooner. Yes, save state and snapshot are the same to me. Thanks again, - Brian On Jan 9, 2009, at 6:28 PM, jd wrote: > Please take a few moment at the features place to see current > capabilities. > > http://xenman.sourceforge.net/features.html > > > -- Backup and restore : From what we have heard, many users prefer > their traditional back up systems. > > -- Snapshots : What are you referring to here ? Currently ConVirt > allows the state of the VM to be saved in to a file. The VM can be > started again from the saved snapshot. (remember, it is wise not to > disturb the VM disk between snapshot and restore.) > > -- Migration : yes. We do support migration. > > > If you have specific usecase or requirements in any of the above > areas, we would love to hear about it. > > /Jd > > --- On Thu, 1/8/09, Brian Krusic <br...@kr...> wrote: > >> From: Brian Krusic <br...@kr...> >> Subject: [convirt-users] management >> To: xen...@li... >> Date: Thursday, January 8, 2009, 10:20 PM >> Hi all, >> >> I've eval'd a few Xen management tools and my head >> is swimming already. >> >> Before I dive into ConVirt, my goal is the be able to >> manage the domU >> image which is a file on my local dom0 file system in tems >> of; >> >> - snapshots >> - backups >> - restores >> - migration from 1 dom0 to another incase my production >> dom0 box is >> dying. >> >> Will convirt do these? >> >> - Brian >> >> >> >> >> ------------------------------------------------------------------------------ >> Check out the new SourceForge.net Marketplace. >> It is the best place to buy or sell services for >> just about anything Open Source. >> http://p.sf.net/sfu/Xq1LFB >> _______________________________________________ >> XenMan-Users mailing list >> Xen...@li... >> https://lists.sourceforge.net/lists/listinfo/xenman-users > > > |
|
From: jd <jds...@ya...> - 2009-01-10 02:28:19
|
Please take a few moment at the features place to see current capabilities. http://xenman.sourceforge.net/features.html -- Backup and restore : From what we have heard, many users prefer their traditional back up systems. -- Snapshots : What are you referring to here ? Currently ConVirt allows the state of the VM to be saved in to a file. The VM can be started again from the saved snapshot. (remember, it is wise not to disturb the VM disk between snapshot and restore.) -- Migration : yes. We do support migration. If you have specific usecase or requirements in any of the above areas, we would love to hear about it. /Jd --- On Thu, 1/8/09, Brian Krusic <br...@kr...> wrote: > From: Brian Krusic <br...@kr...> > Subject: [convirt-users] management > To: xen...@li... > Date: Thursday, January 8, 2009, 10:20 PM > Hi all, > > I've eval'd a few Xen management tools and my head > is swimming already. > > Before I dive into ConVirt, my goal is the be able to > manage the domU > image which is a file on my local dom0 file system in tems > of; > > - snapshots > - backups > - restores > - migration from 1 dom0 to another incase my production > dom0 box is > dying. > > Will convirt do these? > > - Brian > > > > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > XenMan-Users mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenman-users |
|
From: Brian K. <br...@kr...> - 2009-01-09 06:21:08
|
Hi all, I've eval'd a few Xen management tools and my head is swimming already. Before I dive into ConVirt, my goal is the be able to manage the domU image which is a file on my local dom0 file system in tems of; - snapshots - backups - restores - migration from 1 dom0 to another incase my production dom0 box is dying. Will convirt do these? - Brian |
|
From: A. S. <as...@gm...> - 2009-01-06 20:13:24
|
Hi, Many thanks for the quick reply, and for mentioning the forum... I have to apologize for not replying sooner - a combination of the weekend and keeping myself busy with further testing and experimentation. While I had browsed the mailing list archives & wiki primarily, somehow I missed the forum completely. It looks like I could have saved some debugging however, as after the patch, the storage functionality works fine. Long story short: all is now working. But not to spoil everything, there are more details below, plus one question and a minor bug report at the end. Andrew On Sat, Jan 3, 2009 at 10:04 PM, jd <jds...@ya...> wrote: > Andrew, what version of iscsi did u have by default on Ubuntu 8.10 and > what did u end up with after the backport. Milind, Any comments on the > iscsiadm version problem on Ubuntu ? > Ubuntu 8.10 comes with open-iscsi 2.0.865 (where 'iscsiadm -m session' doesn't work, as hinted to in their release notes), while my backport of Ubuntu Jaunty's open-iscsi package is 2.0.870 (discussion here: https://bugs.launchpad.net/ubuntu/intrepid/+source/open-iscsi/+bug/289470) > I will take a look at the log for the hang and see if I can spot > anything. Does it happen if you wait for the summary area to be populated > and then expand the groups and nodes ? It happened if I was on the data center summary, group summary, or individual server; if I allowed the initial summary to fully display or not. I've "abandoned" my vmconsole machine for now, and installed convirt on my laptop (also Ubuntu 8.10), where I installed convirt from package (0.8.?) and then upgraded to 0.9.6 (src and storage folders from tar distribution, replaced startup script) - somewhat sloppy, but it resolved the dependencies quickly & works (help>about confirms the correct version). I delayed pataching paramiko innitially, connected to the servers, deployed a virtual machine based on the linux cd install image (CD is iso on nfs; hda is an iscsi storage target), and successfully installed ubuntu using convirt's console function. Close & start convirt, look at overall summary, server group summary or individual summary - no freeze, although from time to time it hangs for a few seconds. I then patched paramiko, started convirt and it froze shortly after. Returned the original, things worked fine for a bit, up until vmhost2 got "sticky" and froze convirt (something was up with /proc). I put in place the patched version, and with the one server - no problems. Long story short, in the end it could just have been that the one vmhost of mine which "gummed" things, even in my past trials. Current status before migration: after cleanly rebooting the two VM hosts, paramiko is patched, and monitoring of the status of the one provisioned is working well. For the migration problem, it seems there may not be corresponding VM > config file for the running VM (testvm2). > -- when the VM is running on the first node, can you do an Edit Settings > for the VM and see config parameters ? No. That was also part of my problems -- and I assume that whatever was not configured also the cause of the live migratio. However, now that I have the environment working, I can edit without problems and live migration worked (testvm1 from vmhost1 to vmhost2 and back). -- When u shutdown / kill that VM, does it disappear from the tree ? > You may want to select the managed server (vmhost2) and use Import config > file(s) menu option and select the config file for the testvm2. Start the VM > and try migration. Let us know how it goes, and we can dig further in to it. Stopping the VM made it disappear. However, this is no longer a problem -- so surely some problem in my setup was at fault. Regarding Linux Distros : > -- We are currently using Fedora with KVM-70 and Cent OS 5.2 with KVM-72 > for most things. We do have Ubuntu, SLES, etc.. for testing as well. > Many thanks for the help and my apologies for bringing unconstructive issues! At the moment, things are working well. One question: the "Storage" summary displays as 0.00 / 16.00 GB, while Storage is two 8GB iSCSI targets, one of which is assigned to the VM. The question goes: how is the storage usage calculated? As well, one bug (more esthetical than functional) to comment on: "Data Center" summary view shows "VM Summary" as -1/1/0/0 for the "Servers" group, while on the "Servers" group, and the individual server's, it is displayed correctly as1/1/0/0. I'll have to see if I can replicate the problem after my next step (which is cleaning up the systems and starting fresh to make sure all is stable) Hope to bring more positive comments in the future! Andrew |
|
From: jd <jds...@ya...> - 2009-01-03 21:05:05
|
Hi Andrew
I think you probably missed our patched area and some forum discussion on the iscsi problem. There is a patch available that fixes the issues you have in the diff.
Andrew, what version of iscsi did u have by default on Ubuntu 8.10 and what did u end up with after the backport. Milind, Any comments on the iscsiadm version problem on Ubuntu ?
I will take a look at the log for the hang and see if I can spot anything. Does it happen if you wait for the summary area to be populated and then expand the groups and nodes ?
For the migration problem, it seems there may not be corresponding VM config file for the running VM (testvm2).
-- when the VM is running on the first node, can you do an Edit Settings for the VM and see config parameters ?
-- When u shutdown / kill that VM, does it disappear from the tree ?
You may want to select the managed server (vmhost2) and use Import config file(s) menu option and select the config file for the testvm2. Start the VM and try migration. Let us know how it goes, and we can dig further in to it.
Regarding Linux Distros :
-- We are currently using Fedora with KVM-70 and Cent OS 5.2 with KVM-72 for most things. We do have Ubuntu, SLES, etc.. for testing as well.
It would be great, if others can also share their distributions that are working well for them.
Thanks
/Jd
--- On Sat, 1/3/09, Andrew Séguin <as...@gm...> wrote:
> From: Andrew Séguin <as...@gm...>
> Subject: [convirt-users] Convirt on Ubuntu
> To: xen...@li...
> Date: Saturday, January 3, 2009, 5:02 AM
> Hi,
>
> Convirt seems a great software solution, many thanks to all
> working on it.
> I'd like to report on my recent experiences with it
> under Ubuntu 8.10 (mixed
> success) and see if you have any tips as to the problems
> I'm still facing.
>
> First, a little about the environment: it consists of
> Ubuntu 8.10 i386
> desktop on a pentium 4 ("vmconsole"), and of
> Ubuntu 8.10 64bit server on
> two Xeon systems ("vmhost1" and
> "vmhost2")
>
> A seperate system exports a folder over NFS (virtual
> machine files, CD iso
> images, etc), and exports logical volumes as iSCSI targets
> (one target per
> virtual machine). The NFS mount is the same on all three
> systems, iSCSI
> targets are visible on all three systems. I believe this
> should be a fair
> setup to support/test live migration?
>
> I first faced an Ubuntu specific problem (problems with
> iscsiadm), where I
> ended up experimentaly "backporting" the package
> for Ubuntu Jaunty (9.x) to
> get support for iscsiadm -m session.
>
> Second, I had to patch a little the iscsi storage.sh script
> (see the
> attached convirt_iscsi_StorageScript.txt for a diff &
> notes), to be able to
> get the Storage feature to work from the gui.
>
> After those two issues, I was able to provision a testvm1
> to vmhost1, and
> testvm2 to vmhost2 (using an iso file as the CD drive, and
> an iscsi target
> for the first hard disk), and started installations of
> Ubuntu i386 in them,
> attach to the console without problems.
>
> But here start some blocking points for me:
>
> First, ConVirt freezes from time to time, it would seem
> when I click to look
> at the summary of a server or at the summary of all servers
> in one server
> group - however I can't pinpoint the exact cause. I
> attached the relevant
> parts of the logs in ConvirtFreeze_LogTails.txt. I manage
> to work by
> clicking on Image Store before clicking on the arrow to
> expand a server
> (which causes ConVirt to ask me for the password). After
> that, I can freely
> click on any VM, but clicking on a server or server group
> is risking a
> freeze. I'll see about trying later to setup ssh keys
> later to see if that
> helps something.
>
> Second, live migration is not working. When I drag testvm2
> from vmhost2 to
> vmhost1, the system first reminded me "gently"
> that I needed socat
> installed. Fixed that, now the message is as follows:
> Migrate domain /
> Errors in migrate all operations / Error migrating testvm2:
> 'NoneType'
> object has no attribute 'set_managed_node'. If
> it's related, when I right
> click on a VM, choose "Change VM Settings", all
> the fields are blank. I've
> attached LiveMigrateException_ConvirtLog.txt with the
> exceptions as a live
> migrate is attempted.
>
> So, once again, thanks for the interesting software, but
> any thoughts what
> might be the cause of the above two problems would be quite
> welcome (or how
> I can debug further).
>
> Many thanks,
> Andrew
>
> ps: I'm not 100% stuck on Ubuntu, what would be the
> recommendations of
> development as the most tested platform? OpenSuse, Fedora,
> CentOS, other?
> ------------------------------------------------------------------------------
> _______________________________________________
> XenMan-Users mailing list
> Xen...@li...
> https://lists.sourceforge.net/lists/listinfo/xenman-users
|
|
From: A. S. <as...@gm...> - 2009-01-03 13:02:44
|
Hi,
Convirt seems a great software solution, many thanks to all working on it.
I'd like to report on my recent experiences with it under Ubuntu 8.10 (mixed
success) and see if you have any tips as to the problems I'm still facing.
First, a little about the environment: it consists of Ubuntu 8.10 i386
desktop on a pentium 4 ("vmconsole"), and of Ubuntu 8.10 64bit server on
two Xeon systems ("vmhost1" and "vmhost2")
A seperate system exports a folder over NFS (virtual machine files, CD iso
images, etc), and exports logical volumes as iSCSI targets (one target per
virtual machine). The NFS mount is the same on all three systems, iSCSI
targets are visible on all three systems. I believe this should be a fair
setup to support/test live migration?
I first faced an Ubuntu specific problem (problems with iscsiadm), where I
ended up experimentaly "backporting" the package for Ubuntu Jaunty (9.x) to
get support for iscsiadm -m session.
Second, I had to patch a little the iscsi storage.sh script (see the
attached convirt_iscsi_StorageScript.txt for a diff & notes), to be able to
get the Storage feature to work from the gui.
After those two issues, I was able to provision a testvm1 to vmhost1, and
testvm2 to vmhost2 (using an iso file as the CD drive, and an iscsi target
for the first hard disk), and started installations of Ubuntu i386 in them,
attach to the console without problems.
But here start some blocking points for me:
First, ConVirt freezes from time to time, it would seem when I click to look
at the summary of a server or at the summary of all servers in one server
group - however I can't pinpoint the exact cause. I attached the relevant
parts of the logs in ConvirtFreeze_LogTails.txt. I manage to work by
clicking on Image Store before clicking on the arrow to expand a server
(which causes ConVirt to ask me for the password). After that, I can freely
click on any VM, but clicking on a server or server group is risking a
freeze. I'll see about trying later to setup ssh keys later to see if that
helps something.
Second, live migration is not working. When I drag testvm2 from vmhost2 to
vmhost1, the system first reminded me "gently" that I needed socat
installed. Fixed that, now the message is as follows: Migrate domain /
Errors in migrate all operations / Error migrating testvm2: 'NoneType'
object has no attribute 'set_managed_node'. If it's related, when I right
click on a VM, choose "Change VM Settings", all the fields are blank. I've
attached LiveMigrateException_ConvirtLog.txt with the exceptions as a live
migrate is attempted.
So, once again, thanks for the interesting software, but any thoughts what
might be the cause of the above two problems would be quite welcome (or how
I can debug further).
Many thanks,
Andrew
ps: I'm not 100% stuck on Ubuntu, what would be the recommendations of
development as the most tested platform? OpenSuse, Fedora, CentOS, other?
|
|
From: jd <jds...@ya...> - 2008-12-23 09:43:41
|
Yes.. important thing is to make sure that the node down detection is solid and at no point more than one VM is accessing the disk.. which might result in corruption. /Jd --- On Mon, 12/22/08, Himanshu Khona <him...@gm...> wrote: > From: Himanshu Khona <him...@gm...> > Subject: Re: [convirt-users] AOE - Using it for HA/Livemigration > To: jds...@ya..., xen...@li... > Date: Monday, December 22, 2008, 7:50 PM > Yes, This works absolutely fine.I also test a way to achieve > offline HA. > Meaning that if a VM were to go down or a physical machine > were to go down. > Provision a VM with exact same disk on another physical > server and you get > the last working state of the image. > So from a HA perspective, the easiest way would be to have > volumes or disks > visible on multiple physical servers and as soon as a > physical server is > lost, start up the VM on another node rather then manually > provision the VM. > Thanks, > Himanshu > > On Tue, Dec 23, 2008 at 12:15 AM, jd > <jds...@ya...> wrote: > > > No it is not necessary. It should work. > > The device name on both machines should be the same. > > Post the results on the convirt-users mailing list. > > /Jd > > > > > > --- On Sun, 12/21/08, Himanshu Khona > <him...@gm...> wrote: > > > > > From: Himanshu Khona > <him...@gm...> > > > Subject: Re: [convirt-users] AOE - Using it for > HA/Livemigration > > > To: jds...@ya... > > > Date: Sunday, December 21, 2008, 10:15 PM > > > Hi jd -If I have AOE storage configured and > visible o > > > another server. > > > Can I livemigrate VMs? Or it necessarily needs > NFS? > > > Please let me know. > > > Thanks, > > > Himanshu > > > > > > On Sat, Dec 20, 2008 at 12:56 AM, jd > > > <jds...@ya...> wrote: > > > > > > > Lets handle AOE on a separate thread. I > think lets get > > > this paramiko issue > > > > get resolved. As for using AOE also, we use > exec > > > cmds.. to get the aoe-stat > > > > etc > > > > > > > > By the way, you seem to be adding sunstorage > box as > > > the managed server.. is > > > > that correct ? Can u explain a bit about the > setup. It > > > might be relevant. > > > > > > > > Thanks > > > > /Jd > > > > > > > > > > > > --- On Thu, 12/18/08, Himanshu Khona > > > <him...@gm...> wrote: > > > > > > > > > From: Himanshu Khona > > > <him...@gm...> > > > > > Subject: Re: [convirt-users] ssh > configuration > > > issue > > > > > To: jds...@ya... > > > > > Date: Thursday, December 18, 2008, 9:57 > PM > > > > > Looks like it connects the box but not > working > > > very well > > > > > when I add AOE > > > > > storage.I am attaching the logs with > this email. > > > Please let > > > > > me know your > > > > > observation. > > > > > I will register to paramiko for the > keys issus. > > > > > Thanks, > > > > > Himanshu > > > > > > > > > > On Fri, Dec 19, 2008 at 11:15 AM, jd > > > > > <jds...@ya...> wrote: > > > > > > > > > > > http://www.lag.net/paramiko/ > > > > > > They have a mailing list. > par...@la..., > > > you will > > > > > have to register for > > > > > > it. > > > > > > btw, password auth is also done > via > > > paramiko. > > > > > > Please cc me on the > communications. > > > > > > Thanks > > > > > > /Jd > > > > > > > > > > > > > > > > > > --- On Thu, 12/18/08, Himanshu > Khona > > > > > <him...@gm...> wrote: > > > > > > > > > > > > > From: Himanshu Khona > > > > > <him...@gm...> > > > > > > > Subject: Re: [convirt-users] > ssh > > > configuration > > > > > issue > > > > > > > To: jds...@ya... > > > > > > > Date: Thursday, December 18, > 2008, 9:42 > > > PM > > > > > > > Well one good news. It worked > with the > > > password > > > > > ;) So issue > > > > > > > is definitely > > > > > > > with the keys based > authentication. Is > > > that what > > > > > paramiko > > > > > > > does? Who from > > > > > > > paramiko can help here? > > > > > > > Thanks, > > > > > > > Himanshu > > > > > > > > > > > > > > > > > > > > > On Fri, Dec 19, 2008 at 11:09 > AM, > > > Himanshu Khona > > > > > > > > <him...@gm...>wrote: > > > > > > > > > > > > > > > I have already send the > debug info > > > from ssh > > > > > to > > > > > > > you.More details - > > > > > > > > Currently in the eval > phase with 3 > > > node > > > > > setup and one > > > > > > > of them is a sun > > > > > > > > storage, plan to use the > same as > > > AOE > > > > > storage. > > > > > > > > We plan to have 10-15 > vms per > > > machine with > > > > > HA, > > > > > > > scalability, gigabit > > > > > > > > network. Each will have > private > > > and public > > > > > network > > > > > > > interface. > > > > > > > > Vms will be tiered based > on > > > customer > > > > > requirement. > > > > > > > > Let me know if you need > more > > > details, happy > > > > > to provide > > > > > > > the same. > > > > > > > > Thanks, > > > > > > > > Himanshu > > > > > > > > > > > > > > > > > > > > > > > > On Fri, Dec 19, 2008 at > 11:02 AM, > > > jd > > > > > > > <jds...@ya...> > wrote: > > > > > > > > > > > > > > > >> > > > > > > > >> yes.. put the sshd > on the > > > server in > > > > > debug mode. > > > > > > > >> shutdown the normal > service. > > > > > > > >> sshd -d should put > the thing > > > in debug. > > > > > look up man > > > > > > > for more detail. > > > > > > > >> Send me details of > sshd log > > > and paramiko > > > > > log. > > > > > > > >> > > > > > > > >> If the log does not > point to > > > anything > > > > > obvious, we > > > > > > > might have to involve > > > > > > > >> the paramiko guys. > > > > > > > >> > > > > > > > >> btw,would you like > to share > > > some details > > > > > about > > > > > > > your virtualization > > > > > > > >> setup... how many > machines, > > > VMs, storage > > > > > setup, > > > > > > > n/w, what kinds of vms.... > > > > > > > >> plans. etc. > > > > > > > >> /Jd > > > > > > > >> > > > > > > > >> > > > > > > > >> --- On Thu, > 12/18/08, Himanshu > > > Khona > > > > > > > > <him...@gm...> wrote: > > > > > > > >> > > > > > > > >> > From: Himanshu > Khona > > > > > > > > <him...@gm...> > > > > > > > >> > Subject: Re: > > > [convirt-users] ssh > > > > > > > configuration issue > > > > > > > >> > To: > jds...@ya... > > > > > > > >> > Date: Thursday, > December > > > 18, 2008, > > > > > 9:21 PM > > > > > > > >> > -- What is the > client > > > stack ? > > > > > distro, > > > > > > > version..etc. > > > > > > > >> > Linux resource2 > > > > > > > >> > > 2.6.18-92.1.18.el5xen #1 > > > SMP Wed > > > > > Nov 12 > > > > > > > 10:35:03 EST 2008 > > > > > > > >> > i686 i686 i386 > > > > > > > >> > GNU/Linux > centos 5.2 32 > > > bit. > > > > > > > >> > -- What are > sshd > > > versions on > > > > > client and > > > > > > > server distros. > > > > > > > >> > On the > client > > > (convirt > > > > > client > > > > > > > machine) - > > > > > > > >> > > > > > > openssh-clients-4.3p2-26.el5_2.1 > > > > > > > >> > On the > managed > > > node (ssh > > > > > server) - > > > > > > > >> > > > > > > openssh-server-4.3p2-16.el5 > > > > > > > >> > I have > updgraded and it > > > still gives > > > > > the same > > > > > > > error. > > > > > > > >> > > > > > > > > >> > -- If this > does not > > > work out, we > > > > > might have > > > > > > > to have sshd > > > > > > > >> > in debug mode > and > > > > > > > >> > see whats going > on. > > > > > > > >> > How to run sshd > in debug > > > mode? This > > > > > will be > > > > > > > on the server, > > > > > > > >> > right? > > > > > > > >> > Paramiko log > shows it is > > > using aes > > > > > keys, I > > > > > > > have configured > > > > > > > >> > using rsa, can > > > > > > > >> > that be an > issue? > > > > > > > >> > DEB > > > [20081219-10:48:17.202] thr=2 > > > > > > > paramiko.transport: > > > > > > > >> > starting thread > > > > > > > >> > (client mode): > 0x9D683ECL > > > > > > > >> > INF > > > [20081219-10:48:17.210] thr=2 > > > > > > > paramiko.transport: > > > > > > > >> > Connected > (version > > > > > > > >> > 2.0, client > OpenSSH_4.3) > > > > > > > >> > DEB > > > [20081219-10:48:17.212] thr=2 > > > > > > > paramiko.transport: kex > > > > > > > >> > > > > > > > > > > > > > > > > > algos:['diffie-hellman-group-exchange-sha1', > > > > > > > >> > > > > > > 'diffie-hellman-group14-sha1', > > > > > > > >> > > > > > > 'diffie-hellman-group1-sha1'] > server > > > > > > > >> > > key:['ssh-rsa', > > > > > 'ssh-dss'] > > > > > > > client > > > > > > > >> > > > > encrypt:['aes128-cbc', > > > > > > > '3des-cbc', > > > > > > > >> > > 'blowfish-cbc', > > > > > > > 'cast128-cbc', > > > > > > > >> > > 'arcfour128', > > > > > 'arcfour256', > > > > > > > >> > > 'arcfour', > > > > > 'aes192-cbc', > > > > > > > >> > > 'aes256-cbc', > > > ' > > > > > > > >> > > > > rij...@ly...', > > > > > > > 'aes128-ctr', > > > > > > > >> > > 'aes192-ctr', > > > > > 'aes256-ctr'] > > > > > > > >> > server > > > > > encrypt:['aes128-cbc', > > > > > > > '3des-cbc', > > > > > > > >> > > 'blowfish-cbc', > > > > > > > 'cast128-cbc', > > > > > > > >> > > 'arcfour128', > > > > > 'arcfour256', > > > > > > > >> > > 'arcfour', > > > > > 'aes192-cbc', > > > > > > > >> > > 'aes256-cbc', > > > ' > > > > > > > >> > > > > rij...@ly...', > > > > > > > 'aes128-ctr', > > > > > > > >> > > 'aes192-ctr', > > > > > 'aes256-ctr'] > > > > > > > >> > client > > > mac:['hmac-md5', > > > > > > > 'hmac-sha1', > > > > > > > >> > > 'hmac-ripemd160', > > > ' > > > > > > > >> > > > > hma...@op...', > > > > > > > 'hmac-sha1-96', > > > > > > > >> > > 'hmac-md5-96'] > > > server > > > > > > > >> > > mac:['hmac-md5', > > > > > 'hmac-sha1', > > > > > > > >> > > 'hmac-ripemd160', > > > > > > > >> > > > > > > 'hma...@op...', > > > > > > > >> > > 'hmac-sha1-96', > > > > > > > 'hmac-md5-96'] client > > > > > > > >> > > compress:['none', > > > > > > > 'zl...@op...'] > > > > > > > >> > server > > > compress:['none', > > > > > > > >> > > > > 'zl...@op...'] client > > > > > > > lang:[''] server > > > > > > > >> > > lang:[''] kex > > > follows?False > > > > > > > >> > DEB > > > [20081219-10:48:17.212] thr=2 > > > > > > > paramiko.transport: > > > > > > > >> > Ciphers agreed: > > > > > > > >> > > local=aes128-cbc, > > > remote=aes128-cbc > > > > > > > >> > DEB > > > [20081219-10:48:17.212] thr=2 > > > > > > > paramiko.transport: > > > > > > > >> > using kex > > > > > > > >> > > > > diffie-hellman-group1-sha1; server > > > > > key type > > > > > > > ssh-rsa; > > > > > > > >> > cipher: local > > > > > > > >> > aes128-cbc, > remote > > > aes128-cbc; mac: > > > > > local > > > > > > > hmac-sha1, remote > > > > > > > >> > hmac-sha1; > > > > > > > >> > compression: > local none, > > > remote > > > > > none > > > > > > > >> > DEB > > > [20081219-10:48:17.370] thr=2 > > > > > > > paramiko.transport: > > > > > > > >> > Switch to new > keys > > > > > > > >> > > > > > > > > >> > Please let me > know. > > > > > > > >> > Thanks, > > > > > > > >> > Himanshu > > > > > > > >> > > > > > > > > >> > On Fri, Dec 19, > 2008 at > > > 12:09 AM, > > > > > jd > > > > > > > >> > > > > <jds...@ya...> wrote: > > > > > > > >> > > > > > > > > >> > > Hey > > > > > > > >> > > Nothing > very > > > apparent > > > > > here... > > > > > > > >> > > -- What > is the > > > client stack > > > > > ? distro, > > > > > > > version..etc. > > > > > > > >> > > -- What > are sshd > > > versions on > > > > > client > > > > > > > and server > > > > > > > >> > distros. > > > > > > > >> > > -- Note > down the > > > versions.. > > > > > and see if > > > > > > > there are any > > > > > > > >> > pending updates > on > > > > > > > >> > > for ssh on > both > > > client and > > > > > server. > > > > > > > >> > > -- If > this does > > > not work > > > > > out, we might > > > > > > > have to have > > > > > > > >> > sshd in debug > mode > > > > > > > >> > > and see > whats going > > > on. > > > > > > > >> > > /Jd > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > --- On > Wed, > > > 12/17/08, Himanshu > > > > > Khona > > > > > > > >> > > > > <him...@gm...> > > > > > wrote: > > > > > > > >> > > > > > > > > > >> > > > From: > Himanshu > > > Khona > > > > > > > >> > > > > <him...@gm...> > > > > > > > >> > > > > Subject: Re: > > > > > [convirt-users] ssh > > > > > > > configuration > > > > > > > >> > issue > > > > > > > >> > > > To: > > > jds...@ya... > > > > > > > >> > > > Date: > > > Wednesday, December > > > > > 17, 2008, > > > > > > > 9:04 PM > > > > > > > >> > > > Hi jd > - > > > > > > > >> > > > > > > > > > > >> > > > The > managed > > > server is 64 > > > > > bit centos > > > > > > > 5.2. > > > > > > > >> > > > > > > > > python-paramiko-1.7.4-1.el5.rf > > > > > > > >> > > > > > > convirt-0.9.6-1.fedora. > > > > > > > >> > > > I can > ssh > > > directly using > > > > > ssh to the > > > > > > > target > > > > > > > >> > server. > > > > > > > >> > > > > [root@resource2 > > > ~]# ssh > > > > > sunstorage > > > > > > > >> > > > Last > login: Thu > > > Dec 18 > > > > > 17:53:03 > > > > > > > 2008 from X.X.X.X > > > > > > > >> > > > > [root@resource1 > > > ~]# > > > > > > > >> > > > > > > > > > > >> > > > > Attaching the > > > complete > > > > > logs. > > > > > > > >> > > > Let > me know if > > > you need > > > > > more > > > > > > > details. > > > > > > > >> > > > > Thanks, > > > > > > > >> > > > > Himanshu > > > > > > > >> > > > > > > > > > > >> > > > On > Thu, Dec 18, > > > 2008 at > > > > > 12:05 AM, > > > > > > > jd > > > > > > > >> > > > > > > > > <jds...@ya...> wrote: > > > > > > > >> > > > > > > > > > > >> > > > > > Hi > > > Himanshu, > > > > > > > >> > > > > > > > > > > > >> > > > > > Can you > > > please > > > > > provide some > > > > > > > more details. > > > > > > > >> > > > > > > > > > > > >> > > > > > What > > > distro? is it > > > > > 64 bit ? > > > > > > > What version > > > > > > > >> > of ConVirt > > > > > > > >> > > > ? Do > you know > > > version > > > > > > > >> > > > > > of > > > Paramiko ? > > > > > > > >> > > > > > > > > > > > >> > > > > > They > > > probably are > > > > > not > > > > > > > related. can u attach > > > > > > > >> > the log > > > > > > > >> > > > and > send it to > > > my > > > > > > > >> > > > > > email > > > addr. The eof > > > > > seems to > > > > > > > be happening > > > > > > > >> > after 2 > > > > > > > >> > > > > min... is there > > > anything > > > > > > > >> > > > > > else in > > > thread 2 ? > > > > > > > >> > > > > > > > > > > > >> > > > > > I am > > > assuming that > > > > > without > > > > > > > convirt you are > > > > > > > >> > able to > > > > > > > >> > > > talk > to the > > > server > > > > > > > >> > > > > > using ssh > > > from a > > > > > shell without > > > > > > > password. > > > > > > > >> > right ? > > > > > > > >> > > > > > > > > > > > >> > > > > > Thanks > > > > > > > >> > > > > > /Jd > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > --- On > > > Wed, > > > > > 12/17/08, Himanshu > > > > > > > Khona > > > > > > > >> > > > > > > > > <him...@gm...> > > > > > > > wrote: > > > > > > > >> > > > > > > > > > > > >> > > > > > > From: > > > Himanshu > > > > > Khona > > > > > > > >> > > > > > > > > <him...@gm...> > > > > > > > >> > > > > > > > > > Subject: Re: > > > > > > > [convirt-users] ssh > > > > > > > >> > configuration > > > > > > > >> > > > issue > > > > > > > >> > > > > > > To: > > > > > > > > xen...@li... > > > > > > > >> > > > > > > Date: > > > > > Wednesday, December > > > > > > > 17, 2008, > > > > > > > >> > 4:29 AM > > > > > > > >> > > > > > > Also > > > When I try > > > > > to run > > > > > > > convirt on the > > > > > > > >> > managed > > > > > > > >> > > > > server, it > > > > > > > >> > > > > > > gives > > > me the > > > > > > > >> > > > > > > > > > following error > > > > > > > -ImportError: > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > /usr/lib/python2.4/site-packages/Crypto/Cipher/DES3.so: > > > > > > > >> > > > > > > wrong > > > ELF > > > > > class: > > > > > > > >> > > > > > > > > > ELFCLASS32 > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > I am > > > not sure > > > > > if these > > > > > > > are related in > > > > > > > >> > anyways. > > > > > > > >> > > > > > > > > > Thanks, > > > > > > > >> > > > > > > > > > Himanshu > > > > > > > >> > > > > > > On > > > Wed, Dec 17, > > > > > 2008 at > > > > > > > 5:32 PM, > > > > > > > >> > Himanshu Khona > > > > > > > >> > > > > > > > > > > > > > > <him...@gm...>wrote: > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > Hi -I have > > > > > > > configured ssh with > > > > > > > >> > keys and ssh > > > > > > > >> > > > agent > and > > > > > > > >> > > > > > > > > > trying to add > > > > > the > > > > > > > >> > > > > > > > > > > server. > > > > > > > >> > > > > > > > > > > It give me > > > > > an error > > > > > > > saying 0agent > > > > > > > >> > > > > authentication > > > > > > > >> > > > > > > > > > failed. > > > > > > > >> > > > > > > > > > > The > > > > > convirt.log is > > > > > > > as follows - > > > > > > > >> > > > > > > > > > > Could not > > > > > initialize > > > > > > > ssh for > > > > > > > >> > sunstorage 22 > > > > > > > >> > > > > > > > > > > Traceback > > > > > (most > > > > > > > recent call last): > > > > > > > >> > > > > > > > > > > File > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > "/usr/share/convirt/src/convirt/client/XenUI.py", > > > > > > > >> > > > > > > line > > > 278, in > > > > > > > >> > > > > > > > > > > > > on_ok_button_clicked > > > > > > > >> > > > > > > > > > > > > node.connect() > > > > > > > >> > > > > > > > > > > File > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > "/usr/share/convirt/src/convirt/core/model/VNode.py", > > > > > > > >> > > > > > > line > > > 278, in > > > > > > > >> > > > > > > > > > > connect > > > > > > > >> > > > > > > > > > > > > > > ManagedNode.connect(self) > > > > > > > >> > > > > > > > > > > File > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > "/usr/share/convirt/src/convirt/core/model/ManagedNode.py", > > > > > > > >> > > > > > > line > > > > > > > >> > > > > > > > > > > 120, in > > > > > connect > > > > > > > >> > > > > > > > > > > > > > > self._init_node_proxy() > > > > > > > >> > > > > > > > > > > File > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > "/usr/share/convirt/src/convirt/core/model/ManagedNode.py", > > > > > > > >> > > > > > > line > > > > > > > >> > > > > > > > > > > 255, in > > > > > > > _init_node_proxy > > > > > > > >> > > > > > > > > > > raise > > > > > e > > > > > > > >> > > > > > > > > > > > > > > AuthenticationException: > [Error > > > > > > > >> > 0], Agent > > > > > > > >> > > > > > > > > > authentication > > > > > failed > > > > > > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > The > > > > > paramiko.log is > > > > > > > as follows - > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:17:10.128] thr=1 > > > > > > > >> > > > > > > > > > > > paramiko.transport: > > > > > > > starting thread > > > > > > > >> > > > > > > > > > > (client > > > > > mode): > > > > > > > 0xB79088CCL > > > > > > > >> > > > > > > > > > > INF > > > > > > > [20081217-17:17:10.134] thr=1 > > > > > > > >> > > > > > > > > > > > paramiko.transport: > > > > > > > Connected (version > > > > > > > >> > > > > > > > > > > 2.0, > > > > > client > > > > > > > OpenSSH_4.3) > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:17:10.137] thr=1 > > > > > > > >> > > > > > > > > > > > paramiko.transport: kex > > > > > > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > algos:['diffie-hellman-group-exchange-sha1', > > > > > > > >> > > > > > > > > > > > > > > 'diffie-hellman-group14-sha1', > > > > > > > >> > > > > > > > > > > > > > > >> > > > > > > 'diffie-hellman-group1-sha1'] > server > > > > > > > >> > > > > > > > > > > > key:['ssh-rsa', > > > > > > > >> > > 'ssh-dss'] client > > > > > > > >> > > > > > > > > > > > > > > > encrypt:['aes128-cbc', > > > > > > > >> > > > > > > '3des-cbc', > > > > > > > >> > > > > > > > > > > > 'blowfish-cbc', > > > > > > > >> > > 'cast128-cbc', > > > > > > > >> > > > > > > > > > > > > > > 'arcfour128', > > > > > > > >> > > 'arcfour256', > > > > > > > >> > > > > > > > > > > > 'arcfour', > > > > > > > >> > > 'aes192-cbc', > > > > > > > >> > > > > > > > > > > > 'aes256-cbc', > > > > > > > ' > > > > > > > >> > > > > > > > > > > > > > > > rij...@ly...', > > > > > > > >> > > > > > > > > > > > 'aes128-ctr', > > > > > > > >> > > 'aes192-ctr', > > > > > > > >> > > > > > > > > > > > 'aes256-ctr'] > > > > > > > >> > > > > > > > > > > server > > > > > > > >> > > > > encrypt:['aes128-cbc', > > > > > > > >> > > > > > > > > > > > '3des-cbc', > > > > > > > >> > > 'blowfish-cbc', > > > > > > > >> > > > > > > > > > > > 'cast128-cbc', > > > > > > > >> > > > > > > > > > > > > > > 'arcfour128', > > > > > > > >> > > 'arcfour256', > > > > > > > >> > > > > > > > > > > > 'arcfour', > > > > > > > >> > > 'aes192-cbc', > > > > > > > >> > > > > > > > > > > > 'aes256-cbc', > > > > > > > ' > > > > > > > >> > > > > > > > > > > > > > > > rij...@ly...', > > > > > > > >> > > > > > > > > > > > 'aes128-ctr', > > > > > > > >> > > 'aes192-ctr', > > > > > > > >> > > > > > > > > > > > 'aes256-ctr'] > > > > > > > >> > > > > > > > > > > client > > > > > > > mac:['hmac-md5', > > > > > > > >> > > > > > > 'hmac-sha1', > > > > > > > >> > > > > > > > > > > > 'hmac-ripemd160', > > > > > > > ' > > > > > > > >> > > > > > > > > > > > > > > > hma...@op...', > > > > > > > >> > > > > > > > > > > > 'hmac-sha1-96', > > > > > > > >> > > 'hmac-md5-96'] > > > > > > > >> > > > > server > > > > > > > >> > > > > > > > > > > > > > > mac:['hmac-md5', > > > > > > > >> > > > > > > 'hmac-sha1', > > > > > > > >> > > > > > > > > > > > 'hmac-ripemd160', > > > > > > > ' > > > > > > > >> > > > > > > > > > > > > > > > hma...@op...', > > > > > > > >> > > > > > > > > > > > 'hmac-sha1-96', > > > > > > > >> > > 'hmac-md5-96'] > > > > > > > >> > > > > client > > > > > > > >> > > > > > > > > > > > > > > compress:['none', > > > > > > > >> > > > > > > > > 'zl...@op...'] > > > > > > > >> > > > > > > > > > server > > > > > > > compress:['none', > ' > > > > > > > >> > > > > > > > > > > > > > > zl...@op...'] client > > > > > > > >> > > > > > > lang:[''] server > > > > > > > >> > > > > > > > > > > > lang:[''] kex > > > > > > > follows?False > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:17:10.137] thr=1 > > > > > > > >> > > > > > > > > > > > paramiko.transport: > > > > > > > Ciphers agreed: > > > > > > > >> > > > > > > > > > > > > local=aes128-cbc, > > > > > > > >> > > remote=aes128-cbc > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:17:10.137] thr=1 > > > > > > > >> > > > > > > > > > > > paramiko.transport: using > > > > > > > kex > > > > > > > >> > > > > > > > > > > > > > > diffie-hellman-group1-sha1; > server > > > > > > > >> > key type > > > > > > > >> > > > > ssh-rsa; > > > > > > > >> > > > > > > > > > cipher: local > > > > > > > >> > > > > > > > > > > > > aes128-cbc, remote > > > > > > > aes128-cbc; > > > > > > > >> > mac: local > > > > > > > >> > > > > hmac-sha1, > > > > > > > >> > > > > > > > > > remote > > > > > hmac-sha1; > > > > > > > >> > > > > > > > > > > > > compression: local > > > > > > > none, remote > > > > > > > >> > none > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:17:10.299] thr=1 > > > > > > > >> > > > > > > > > > > > paramiko.transport: > > > > > > > Switch to new keys > > > > > > > >> > > > > > > > > > > ... > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:19:10.134] thr=1 > > > > > > > >> > > > > > > > > > > > paramiko.transport: EOF > > > > > > > in transport > > > > > > > >> > > > > > > > > > > thread > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:26:47.559] thr=2 > > > > > > > >> > > > > > > > > > > > paramiko.transport: > > > > > > > starting thread > > > > > > > >> > > > > > > > > > > (client > > > > > mode): > > > > > > > 0xB790466CL > > > > > > > >> > > > > > > > > > > INF > > > > > > > [20081217-17:26:47.567] thr=2 > > > > > > > >> > > > > > > > > > > > paramiko.transport: > > > > > > > Connected (version > > > > > > > >> > > > > > > > > > > 2.0, > > > > > client > > > > > > > OpenSSH_4.3) > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:26:47.568] thr=2 > > > > > > > >> > > > > > > > > > > > paramiko.transport: kex > > > > > > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > algos:['diffie-hellman-group-exchange-sha1', > > > > > > > >> > > > > > > > > > > > > > > 'diffie-hellman-group14-sha1', > > > > > > > >> > > > > > > > > > > > > > > >> > > > > > > 'diffie-hellman-group1-sha1'] > server > > > > > > > >> > > > > > > > > > > > key:['ssh-rsa', > > > > > > > >> > > 'ssh-dss'] client > > > > > > > >> > > > > > > > > > > > > > > > encrypt:['aes128-cbc', > > > > > > > >> > > > > > > '3des-cbc', > > > > > > > >> > > > > > > > > > > > 'blowfish-cbc', > > > > > > > >> > > 'cast128-cbc', > > > > > > > >> > > > > > > > > > > > > > > 'arcfour128', > > > > > > > >> > > 'arcfour256', > > > > > > > >> > > > > > > > > > > > 'arcfour', > > > > > > > >> > > 'aes192-cbc', > > > > > > > >> > > > > > > > > > > > 'aes256-cbc', > > > > > > > ' > > > > > > > >> > > > > > > > > > > > > > > > rij...@ly...', > > > > > > > >> > > > > > > > > > > > 'aes128-ctr', > > > > > > > >> > > 'aes192-ctr', > > > > > > > >> > > > > > > > > > > > 'aes256-ctr'] > > > > > > > >> > > > > > > > > > > server > > > > > > > >> > > > > encrypt:['aes128-cbc', > > > > > > > >> > > > > > > > > > > > '3des-cbc', > > > > > > > >> > > 'blowfish-cbc', > > > > > > > >> > > > > > > > > > > > 'cast128-cbc', > > > > > > > >> > > > > > > > > > > > > > > 'arcfour128', > > > > > > > >> > > 'arcfour256', > > > > > > > >> > > > > > > > > > > > 'arcfour', > > > > > > > >> > > 'aes192-cbc', > > > > > > > >> > > > > > > > > > > > 'aes256-cbc', > > > > > > > ' > > > > > > > >> > > > > > > > > > > > > > > > rij...@ly...', > > > > > > > >> > > > > > > > > > > > 'aes128-ctr', > > > > > > > >> > > 'aes192-ctr', > > > > > > > >> > > > > > > > > > > > 'aes256-ctr'] > > > > > > > >> > > > > > > > > > > client > > > > > > > mac:['hmac-md5', > > > > > > > >> > > > > > > 'hmac-sha1', > > > > > > > >> > > > > > > > > > > > 'hmac-ripemd160', > > > > > > > ' > > > > > > > >> > > > > > > > > > > > > > > > hma...@op...', > > > > > > > >> > > > > > > > > > > > 'hmac-sha1-96', > > > > > > > >> > > 'hmac-md5-96'] > > > > > > > >> > > > > server > > > > > > > >> > > > > > > > > > > > > > > mac:['hmac-md5', > > > > > > > >> > > > > > > 'hmac-sha1', > > > > > > > >> > > > > > > > > > > > 'hmac-ripemd160', > > > > > > > ' > > > > > > > >> > > > > > > > > > > > > > > > hma...@op...', > > > > > > > >> > > > > > > > > > > > 'hmac-sha1-96', > > > > > > > >> > > 'hmac-md5-96'] > > > > > > > >> > > > > client > > > > > > > >> > > > > > > > > > > > > > > compress:['none', > > > > > > > >> > > > > > > > > 'zl...@op...'] > > > > > > > >> > > > > > > > > > server > > > > > > > compress:['none', > ' > > > > > > > >> > > > > > > > > > > > > > > zl...@op...'] client > > > > > > > >> > > > > > > lang:[''] server > > > > > > > >> > > > > > > > > > > > lang:[''] kex > > > > > > > follows?False > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:26:47.568] thr=2 > > > > > > > >> > > > > > > > > > > > paramiko.transport: > > > > > > > Ciphers agreed: > > > > > > > >> > > > > > > > > > > > > local=aes128-cbc, > > > > > > > >> > > remote=aes128-cbc > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:26:47.568] thr=2 > > > > > > > >> > > > > > > > > > > > paramiko.transport: using > > > > > > > kex > > > > > > > >> > > > > > > > > > > > > > > diffie-hellman-group1-sha1; > server > > > > > > > >> > key type > > > > > > > >> > > > > ssh-rsa; > > > > > > > >> > > > > > > > > > cipher: local > > > > > > > >> > > > > > > > > > > > > aes128-cbc, remote > > > > > > > aes128-cbc; > > > > > > > >> > mac: local > > > > > > > >> > > > > hmac-sha1, > > > > > > > >> > > > > > > > > > remote > > > > > hmac-sha1; > > > > > > > >> > > > > > > > > > > > > compression: local > > > > > > > none, remote > > > > > > > >> > none > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:26:47.726] thr=2 > > > > > > > >> > > > > > > > > > > > paramiko.transport: > > > > > > > Switch to new keys > > > > > > > >> > > > > > > > > > > ... > > > > > > > >> > > > > > > > > > > DEB > > > > > > > [20081217-17:28:47.564] thr=2 > > > > > > > >> > > > > > > > > > > > paramiko.transport: EOF > > > > > > > in transport > > > > > > > >> > > > > > > > > > > thread > > > > > > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > Can > > > > > someone help > > > > > > > please? > > > > > > > >> > > > > > > > > > > Thanks, > > > > > > > >> > > > > > > > > > > Himanshu > > > > > > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > > >> > > > > > > > > > SF.Net email is > > > > > Sponsored > > > > > > > by MIX09, > > > > > > > >> > March 18-20, > > > > > > > >> > > > 2009 > in > > > > > > > >> > > > > > > Las > > > Vegas, > > > > > Nevada. > > > > > > > >> > > > > > > The > > > future of > > > > > the web > > > > > > > can't happen > > > > > > > >> > without > > > > > > > >> > > > you. > Join > > > > > > > >> > > > > > > us at > > > MIX09 to > > > > > help > > > > > > > >> > > > > > > pave > > > the way to > > > > > the Next > > > > > > > Web now. Learn > > > > > > > >> > more and > > > > > > > >> > > > > register > > > > > > > >> > > > > > > at > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > _______________________________________________ > > > > > > > >> > > > > > > > > > XenMan-Users > > > > > mailing list > > > > > > > >> > > > > > > > > > > > > > > Xen...@li... > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/xenman-users > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > |
|
From: jd <jds...@ya...> - 2008-12-23 09:39:20
|
Yes... it should support N+1 topology. I will send out a note once things become bit more concrete. Do you use (plan to use) hearbeat2 ? /Jd --- On Mon, 12/22/08, Himanshu Khona <him...@gm...> wrote: > From: Himanshu Khona <him...@gm...> > Subject: Re: [convirt-users] How can HA be achieved with convirt? > To: jds...@ya... > Cc: xen...@li... > Date: Monday, December 22, 2008, 8:08 PM > Dear jd -Is there a timeline for the same? Just a thought > below - > The best way to achieve HA is not to do 1:1 HA. > For e.g. I have 8 node cluster, I can keep just 1 server > resources free to > sustain 1 server breakdown. > Or The system itself should determine how much % breakdown > I can sustain or > something called risilience factor. > > Thanks, > Himanshu > > On Tue, Dec 23, 2008 at 12:10 AM, jd > <jds...@ya...> wrote: > > > Hi Himanshu, > > A couple of other users have also shown interest in > this feature. We are > > investigating if we can make ConVirt work with > heartbeat2/stonith approach. > > This way we do not need to build a native scheme from > ground up. Stay tuned. > > > > /Jd > > > > > > --- On Sun, 12/21/08, Himanshu Khona > <him...@gm...> wrote: > > > > > From: Himanshu Khona > <him...@gm...> > > > Subject: [convirt-users] How can HA be achieved > with convirt? > > > To: xen...@li..., > jds...@ya... > > > Date: Sunday, December 21, 2008, 11:24 PM > > > Hi -I understand there is a livemigrate feature > with > > > Convirt. > > > I want solution to an issue where physical node > where to go > > > down. > > > if I have a shared storage, can I startup the VMs > on the > > > other live nodes? > > > please let me know. > > > Thanks, > > > Himanshu > > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > > XenMan-Users mailing list > > > Xen...@li... > > > > https://lists.sourceforge.net/lists/listinfo/xenman-users > > > > > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > XenMan-Users mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenman-users |
|
From: Himanshu K. <him...@gm...> - 2008-12-23 04:08:25
|
Dear jd -Is there a timeline for the same? Just a thought below - The best way to achieve HA is not to do 1:1 HA. For e.g. I have 8 node cluster, I can keep just 1 server resources free to sustain 1 server breakdown. Or The system itself should determine how much % breakdown I can sustain or something called risilience factor. Thanks, Himanshu On Tue, Dec 23, 2008 at 12:10 AM, jd <jds...@ya...> wrote: > Hi Himanshu, > A couple of other users have also shown interest in this feature. We are > investigating if we can make ConVirt work with heartbeat2/stonith approach. > This way we do not need to build a native scheme from ground up. Stay tuned. > > /Jd > > > --- On Sun, 12/21/08, Himanshu Khona <him...@gm...> wrote: > > > From: Himanshu Khona <him...@gm...> > > Subject: [convirt-users] How can HA be achieved with convirt? > > To: xen...@li..., jds...@ya... > > Date: Sunday, December 21, 2008, 11:24 PM > > Hi -I understand there is a livemigrate feature with > > Convirt. > > I want solution to an issue where physical node where to go > > down. > > if I have a shared storage, can I startup the VMs on the > > other live nodes? > > please let me know. > > Thanks, > > Himanshu > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > XenMan-Users mailing list > > Xen...@li... > > https://lists.sourceforge.net/lists/listinfo/xenman-users > > > > |
|
From: Himanshu K. <him...@gm...> - 2008-12-23 03:52:51
|
My Bad - The disk was not formatted. After this error it asked me that disk will be formatted and I ran through the install.Everything seemed to work fine. Please close the bug. Thanks, Himanshu On Tue, Dec 23, 2008 at 12:20 AM, jd <jds...@ya...> wrote: > I have filed a bug. > > > http://sourceforge.net/tracker/index.php?func=detail&aid=2459199&group_id=168929&atid=848456 > > there is a problem .. getting size of the volume.. is it preventing u from > using it. What is the user visible errors.. behavior. Could u augment the > bug. > > Thanks > /Jd > > --- On Sun, 12/21/08, Himanshu Khona <him...@gm...> wrote: > > > From: Himanshu Khona <him...@gm...> > > Subject: Re: [convirt-users] AOE > > To: jds...@ya... > > Date: Sunday, December 21, 2008, 9:15 PM > > I was able to setup the AOE storage but was unable to use > > it. The > > convirt.log is attached. Thanks, > > Himanshu > > > > On Mon, Dec 22, 2008 at 9:32 AM, Himanshu Khona > > <him...@gm...>wrote: > > > > > I have been able to add sunstorage as AOE. I added it > > as managed server and > > > then added the same as AOE storage, is that right?The > > current setup is 3 > > > servers, 2 nodes and 1 storage. All of them are centos > > 5.2 linux base OS > > > running xen kernel. > > > Let me know if you need more details. > > > Thanks, > > > Himanshu > > > > > > > > > On Sat, Dec 20, 2008 at 12:56 AM, jd > > <jds...@ya...> wrote: > > > > > >> Lets handle AOE on a separate thread. I think lets > > get this paramiko issue > > >> get resolved. As for using AOE also, we use exec > > cmds.. to get the aoe-stat > > >> etc > > >> > > >> By the way, you seem to be adding sunstorage box > > as the managed server.. > > >> is that correct ? Can u explain a bit about the > > setup. It might be relevant. > > >> > > >> Thanks > > >> /Jd > > >> > > >> > > >> --- On Thu, 12/18/08, Himanshu Khona > > <him...@gm...> wrote: > > >> > > >> > From: Himanshu Khona > > <him...@gm...> > > >> > Subject: Re: [convirt-users] ssh > > configuration issue > > >> > To: jds...@ya... > > >> > Date: Thursday, December 18, 2008, 9:57 PM > > >> > Looks like it connects the box but not > > working very well > > >> > when I add AOE > > >> > storage.I am attaching the logs with this > > email. Please let > > >> > me know your > > >> > observation. > > >> > I will register to paramiko for the keys > > issus. > > >> > Thanks, > > >> > Himanshu > > >> > > > >> > On Fri, Dec 19, 2008 at 11:15 AM, jd > > >> > <jds...@ya...> wrote: > > >> > > > >> > > http://www.lag.net/paramiko/ > > >> > > They have a mailing list. > > par...@la..., you will > > >> > have to register for > > >> > > it. > > >> > > btw, password auth is also done via > > paramiko. > > >> > > Please cc me on the communications. > > >> > > Thanks > > >> > > /Jd > > >> > > > > >> > > > > >> > > --- On Thu, 12/18/08, Himanshu Khona > > >> > <him...@gm...> wrote: > > >> > > > > >> > > > From: Himanshu Khona > > >> > <him...@gm...> > > >> > > > Subject: Re: [convirt-users] ssh > > configuration > > >> > issue > > >> > > > To: jds...@ya... > > >> > > > Date: Thursday, December 18, 2008, > > 9:42 PM > > >> > > > Well one good news. It worked with > > the password > > >> > ;) So issue > > >> > > > is definitely > > >> > > > with the keys based authentication. > > Is that what > > >> > paramiko > > >> > > > does? Who from > > >> > > > paramiko can help here? > > >> > > > Thanks, > > >> > > > Himanshu > > >> > > > > > >> > > > > > >> > > > On Fri, Dec 19, 2008 at 11:09 AM, > > Himanshu Khona > > >> > > > > > <him...@gm...>wrote: > > >> > > > > > >> > > > > I have already send the debug > > info from ssh > > >> > to > > >> > > > you.More details - > > >> > > > > Currently in the eval phase > > with 3 node > > >> > setup and one > > >> > > > of them is a sun > > >> > > > > storage, plan to use the same > > as AOE > > >> > storage. > > >> > > > > We plan to have 10-15 vms per > > machine with > > >> > HA, > > >> > > > scalability, gigabit > > >> > > > > network. Each will have > > private and public > > >> > network > > >> > > > interface. > > >> > > > > Vms will be tiered based on > > customer > > >> > requirement. > > >> > > > > Let me know if you need more > > details, happy > > >> > to provide > > >> > > > the same. > > >> > > > > Thanks, > > >> > > > > Himanshu > > >> > > > > > > >> > > > > > > >> > > > > On Fri, Dec 19, 2008 at 11:02 > > AM, jd > > >> > > > <jds...@ya...> wrote: > > >> > > > > > > >> > > > >> > > >> > > > >> yes.. put the sshd on the > > server in > > >> > debug mode. > > >> > > > >> shutdown the normal > > service. > > >> > > > >> sshd -d should put the > > thing in debug. > > >> > look up man > > >> > > > for more detail. > > >> > > > >> Send me details of sshd > > log and paramiko > > >> > log. > > >> > > > >> > > >> > > > >> If the log does not point > > to anything > > >> > obvious, we > > >> > > > might have to involve > > >> > > > >> the paramiko guys. > > >> > > > >> > > >> > > > >> btw,would you like to > > share some details > > >> > about > > >> > > > your virtualization > > >> > > > >> setup... how many > > machines, VMs, storage > > >> > setup, > > >> > > > n/w, what kinds of vms.... > > >> > > > >> plans. etc. > > >> > > > >> /Jd > > >> > > > >> > > >> > > > >> > > >> > > > >> --- On Thu, 12/18/08, > > Himanshu Khona > > >> > > > <him...@gm...> > > wrote: > > >> > > > >> > > >> > > > >> > From: Himanshu Khona > > >> > > > <him...@gm...> > > >> > > > >> > Subject: Re: > > [convirt-users] ssh > > >> > > > configuration issue > > >> > > > >> > To: > > jds...@ya... > > >> > > > >> > Date: Thursday, > > December 18, 2008, > > >> > 9:21 PM > > >> > > > >> > -- What is the client > > stack ? > > >> > distro, > > >> > > > version..etc. > > >> > > > >> > Linux resource2 > > >> > > > >> > 2.6.18-92.1.18.el5xen > > #1 SMP Wed > > >> > Nov 12 > > >> > > > 10:35:03 EST 2008 > > >> > > > >> > i686 i686 i386 > > >> > > > >> > GNU/Linux centos 5.2 > > 32 bit. > > >> > > > >> > -- What are sshd > > versions on > > >> > client and > > >> > > > server distros. > > >> > > > >> > On the client > > (convirt > > >> > client > > >> > > > machine) - > > >> > > > >> > > > >> > openssh-clients-4.3p2-26.el5_2.1 > > >> > > > >> > On the > > managed node (ssh > > >> > server) - > > >> > > > >> > > > >> > openssh-server-4.3p2-16.el5 > > >> > > > >> > I have updgraded and > > it still gives > > >> > the same > > >> > > > error. > > >> > > > >> > > > >> > > > >> > -- If this does not > > work out, we > > >> > might have > > >> > > > to have sshd > > >> > > > >> > in debug mode and > > >> > > > >> > see whats going on. > > >> > > > >> > How to run sshd in > > debug mode? This > > >> > will be > > >> > > > on the server, > > >> > > > >> > right? > > >> > > > >> > Paramiko log shows it > > is using aes > > >> > keys, I > > >> > > > have configured > > >> > > > >> > using rsa, can > > >> > > > >> > that be an issue? > > >> > > > >> > DEB > > [20081219-10:48:17.202] thr=2 > > >> > > > paramiko.transport: > > >> > > > >> > starting thread > > >> > > > >> > (client mode): > > 0x9D683ECL > > >> > > > >> > INF > > [20081219-10:48:17.210] thr=2 > > >> > > > paramiko.transport: > > >> > > > >> > Connected (version > > >> > > > >> > 2.0, client > > OpenSSH_4.3) > > >> > > > >> > DEB > > [20081219-10:48:17.212] thr=2 > > >> > > > paramiko.transport: kex > > >> > > > >> > > > >> > > > > > >> > > > algos:['diffie-hellman-group-exchange-sha1', > > >> > > > >> > > > >> > 'diffie-hellman-group14-sha1', > > >> > > > >> > > > >> > 'diffie-hellman-group1-sha1'] server > > >> > > > >> > > > key:['ssh-rsa', > > >> > 'ssh-dss'] > > >> > > > client > > >> > > > >> > > > encrypt:['aes128-cbc', > > >> > > > '3des-cbc', > > >> > > > >> > > > 'blowfish-cbc', > > >> > > > 'cast128-cbc', > > >> > > > >> > 'arcfour128', > > >> > 'arcfour256', > > >> > > > >> > 'arcfour', > > >> > 'aes192-cbc', > > >> > > > >> > 'aes256-cbc', > > ' > > >> > > > >> > > > rij...@ly...', > > >> > > > 'aes128-ctr', > > >> > > > >> > 'aes192-ctr', > > >> > 'aes256-ctr'] > > >> > > > >> > server > > >> > encrypt:['aes128-cbc', > > >> > > > '3des-cbc', > > >> > > > >> > > > 'blowfish-cbc', > > >> > > > 'cast128-cbc', > > >> > > > >> > 'arcfour128', > > >> > 'arcfour256', > > >> > > > >> > 'arcfour', > > >> > 'aes192-cbc', > > >> > > > >> > 'aes256-cbc', > > ' > > >> > > > >> > > > rij...@ly...', > > >> > > > 'aes128-ctr', > > >> > > > >> > 'aes192-ctr', > > >> > 'aes256-ctr'] > > >> > > > >> > client > > mac:['hmac-md5', > > >> > > > 'hmac-sha1', > > >> > > > >> > > > 'hmac-ripemd160', ' > > >> > > > >> > > > hma...@op...', > > >> > > > 'hmac-sha1-96', > > >> > > > >> > > > 'hmac-md5-96'] server > > >> > > > >> > > > mac:['hmac-md5', > > >> > 'hmac-sha1', > > >> > > > >> > > > 'hmac-ripemd160', > > >> > > > >> > > > >> > 'hma...@op...', > > >> > > > >> > > > 'hmac-sha1-96', > > >> > > > 'hmac-md5-96'] client > > >> > > > >> > > > compress:['none', > > >> > > > 'zl...@op...'] > > >> > > > >> > server > > compress:['none', > > >> > > > >> > > > 'zl...@op...'] client > > >> > > > lang:[''] server > > >> > > > >> > lang:[''] kex > > follows?False > > >> > > > >> > DEB > > [20081219-10:48:17.212] thr=2 > > >> > > > paramiko.transport: > > >> > > > >> > Ciphers agreed: > > >> > > > >> > local=aes128-cbc, > > remote=aes128-cbc > > >> > > > >> > DEB > > [20081219-10:48:17.212] thr=2 > > >> > > > paramiko.transport: > > >> > > > >> > using kex > > >> > > > >> > > > diffie-hellman-group1-sha1; server > > >> > key type > > >> > > > ssh-rsa; > > >> > > > >> > cipher: local > > >> > > > >> > aes128-cbc, remote > > aes128-cbc; mac: > > >> > local > > >> > > > hmac-sha1, remote > > >> > > > >> > hmac-sha1; > > >> > > > >> > compression: local > > none, remote > > >> > none > > >> > > > >> > DEB > > [20081219-10:48:17.370] thr=2 > > >> > > > paramiko.transport: > > >> > > > >> > Switch to new keys > > >> > > > >> > > > >> > > > >> > Please let me know. > > >> > > > >> > Thanks, > > >> > > > >> > Himanshu > > >> > > > >> > > > >> > > > >> > On Fri, Dec 19, 2008 > > at 12:09 AM, > > >> > jd > > >> > > > >> > > > <jds...@ya...> wrote: > > >> > > > >> > > > >> > > > >> > > Hey > > >> > > > >> > > Nothing very > > apparent > > >> > here... > > >> > > > >> > > -- What is the > > client stack > > >> > ? distro, > > >> > > > version..etc. > > >> > > > >> > > -- What are > > sshd versions on > > >> > client > > >> > > > and server > > >> > > > >> > distros. > > >> > > > >> > > -- Note down > > the versions.. > > >> > and see if > > >> > > > there are any > > >> > > > >> > pending updates on > > >> > > > >> > > for ssh on both > > client and > > >> > server. > > >> > > > >> > > -- If this > > does not work > > >> > out, we might > > >> > > > have to have > > >> > > > >> > sshd in debug mode > > >> > > > >> > > and see whats > > going on. > > >> > > > >> > > /Jd > > >> > > > >> > > > > >> > > > >> > > > > >> > > > >> > > --- On Wed, > > 12/17/08, Himanshu > > >> > Khona > > >> > > > >> > > > <him...@gm...> > > >> > wrote: > > >> > > > >> > > > > >> > > > >> > > > From: > > Himanshu Khona > > >> > > > >> > > > <him...@gm...> > > >> > > > >> > > > Subject: > > Re: > > >> > [convirt-users] ssh > > >> > > > configuration > > >> > > > >> > issue > > >> > > > >> > > > To: > > jds...@ya... > > >> > > > >> > > > Date: > > Wednesday, December > > >> > 17, 2008, > > >> > > > 9:04 PM > > >> > > > >> > > > Hi jd - > > >> > > > >> > > > > > >> > > > >> > > > The managed > > server is 64 > > >> > bit centos > > >> > > > 5.2. > > >> > > > >> > > > > > >> > python-paramiko-1.7.4-1.el5.rf > > >> > > > >> > > > > > convirt-0.9.6-1.fedora. > > >> > > > >> > > > I can ssh > > directly using > > >> > ssh to the > > >> > > > target > > >> > > > >> > server. > > >> > > > >> > > > > > [root@resource2 ~]# ssh > > >> > sunstorage > > >> > > > >> > > > Last login: > > Thu Dec 18 > > >> > 17:53:03 > > >> > > > 2008 from X.X.X.X > > >> > > > >> > > > > > [root@resource1 ~]# > > >> > > > >> > > > > > >> > > > >> > > > Attaching > > the complete > > >> > logs. > > >> > > > >> > > > Let me know > > if you need > > >> > more > > >> > > > details. > > >> > > > >> > > > Thanks, > > >> > > > >> > > > Himanshu > > >> > > > >> > > > > > >> > > > >> > > > On Thu, Dec > > 18, 2008 at > > >> > 12:05 AM, > > >> > > > jd > > >> > > > >> > > > > > >> > <jds...@ya...> wrote: > > >> > > > >> > > > > > >> > > > >> > > > > Hi > > Himanshu, > > >> > > > >> > > > > > > >> > > > >> > > > > Can > > you please > > >> > provide some > > >> > > > more details. > > >> > > > >> > > > > > > >> > > > >> > > > > What > > distro? is it > > >> > 64 bit ? > > >> > > > What version > > >> > > > >> > of ConVirt > > >> > > > >> > > > ? Do you > > know version > > >> > > > >> > > > > of > > Paramiko ? > > >> > > > >> > > > > > > >> > > > >> > > > > They > > probably are > > >> > not > > >> > > > related. can u attach > > >> > > > >> > the log > > >> > > > >> > > > and send it > > to my > > >> > > > >> > > > > email > > addr. The eof > > >> > seems to > > >> > > > be happening > > >> > > > >> > after 2 > > >> > > > >> > > > min... is > > there anything > > >> > > > >> > > > > else > > in thread 2 ? > > >> > > > >> > > > > > > >> > > > >> > > > > I am > > assuming that > > >> > without > > >> > > > convirt you are > > >> > > > >> > able to > > >> > > > >> > > > talk to the > > server > > >> > > > >> > > > > using > > ssh from a > > >> > shell without > > >> > > > password. > > >> > > > >> > right ? > > >> > > > >> > > > > > > >> > > > >> > > > > Thanks > > >> > > > >> > > > > /Jd > > >> > > > >> > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > --- On > > Wed, > > >> > 12/17/08, Himanshu > > >> > > > Khona > > >> > > > >> > > > > > >> > <him...@gm...> > > >> > > > wrote: > > >> > > > >> > > > > > > >> > > > >> > > > > > > > From: Himanshu > > >> > Khona > > >> > > > >> > > > > > >> > <him...@gm...> > > >> > > > >> > > > > > > > Subject: Re: > > >> > > > [convirt-users] ssh > > >> > > > >> > configuration > > >> > > > >> > > > issue > > >> > > > >> > > > > > > > To: > > >> > > > xen...@li... > > >> > > > >> > > > > > > > Date: > > >> > Wednesday, December > > >> > > > 17, 2008, > > >> > > > >> > 4:29 AM > > >> > > > >> > > > > > > > Also When I try > > >> > to run > > >> > > > convirt on the > > >> > > > >> > managed > > >> > > > >> > > > server, it > > >> > > > >> > > > > > > > gives me the > > >> > > > >> > > > > > > > following error > > >> > > > -ImportError: > > >> > > > >> > > > > > > > >> > > > >> > > > > > >> > > > >> > > > >> > > > > > >> > > > /usr/lib/python2.4/site-packages/Crypto/Cipher/DES3.so: > > >> > > > >> > > > > > > > wrong ELF > > >> > class: > > >> > > > >> > > > > > > > ELFCLASS32 > > >> > > > >> > > > > > > > >> > > > >> > > > > > I > > am not sure > > >> > if these > > >> > > > are related in > > >> > > > >> > anyways. > > >> > > > >> > > > > > > > Thanks, > > >> > > > >> > > > > > > > Himanshu > > >> > > > >> > > > > > > > On Wed, Dec 17, > > >> > 2008 at > > >> > > > 5:32 PM, > > >> > > > >> > Himanshu Khona > > >> > > > >> > > > > > > > >> > > > > > <him...@gm...>wrote: > > >> > > > >> > > > > > > > >> > > > >> > > > > > > > > Hi -I have > > >> > > > configured ssh with > > >> > > > >> > keys and ssh > > >> > > > >> > > > agent and > > >> > > > >> > > > > > > > trying to add > > >> > the > > >> > > > >> > > > > > > > > server. > > >> > > > >> > > > > > > > > It give me > > >> > an error > > >> > > > saying 0agent > > >> > > > >> > > > > > authentication > > >> > > > >> > > > > > > > failed. > > >> > > > >> > > > > > > > > The > > >> > convirt.log is > > >> > > > as follows - > > >> > > > >> > > > > > > > > Could not > > >> > initialize > > >> > > > ssh for > > >> > > > >> > sunstorage 22 > > >> > > > >> > > > > > > > > Traceback > > >> > (most > > >> > > > recent call last): > > >> > > > >> > > > > > > > > File > > >> > > > >> > > > > > > > >> > > > >> > > > > > >> > > > >> > > > >> > > > > > >> > > > "/usr/share/convirt/src/convirt/client/XenUI.py", > > >> > > > >> > > > > > > > line 278, in > > >> > > > >> > > > > > > > > > > >> > on_ok_button_clicked > > >> > > > >> > > > > > > > > > > >> > node.connect() > > >> > > > >> > > > > > > > > File > > >> > > > >> > > > > > > > >> > > > >> > > > > > >> > > > >> > > > >> > > > > > >> > > > "/usr/share/convirt/src/convirt/core/model/VNode.py", > > >> > > > >> > > > > > > > line 278, in > > >> > > > >> > > > > > > > > connect > > >> > > > >> > > > > > > > > > > >> > > > ManagedNode.connect(self) > > >> > > > >> > > > > > > > > File > > >> > > > >> > > > > > > > >> > > > >> > > > > > >> > > > >> > > > >> > > > > > >> > > > "/usr/share/convirt/src/convirt/core/model/ManagedNode.py", > > >> > > > >> > > > > > > > line > > >> > > > >> > > > > > > > > 120, in > > >> > connect > > >> > > > >> > > > > > > > > > > >> > > > self._init_node_proxy() > > >> > > > >> > > > > > > > > File > > >> > > > >> > > > > > > > >> > > > >> > > > > > >> > > > >> > > > >> > > > > > >> > > > "/usr/share/convirt/src/convirt/core/model/ManagedNode.py", > > >> > > > >> > > > > > > > line > > >> > > > >> > > > > > > > > 255, in > > >> > > > _init_node_proxy > > >> > > > >> > > > > > > > > raise > > >> > e > > >> > > > >> > > > > > > > > > > >> > > > AuthenticationException: [Error > > >> > > > >> > 0], Agent > > >> > > > >> > > > > > > > authentication > > >> > failed > > >> > > > >> > > > > > > > > > > >> > > > >> > > > > > > > > The > > >> > paramiko.log is > > >> > > > as follows - > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:17:10.128] thr=1 > > >> > > > >> > > > > > > > >> > paramiko.transport: > > >> > > > starting thread > > >> > > > >> > > > > > > > > (client > > >> > mode): > > >> > > > 0xB79088CCL > > >> > > > >> > > > > > > > > INF > > >> > > > [20081217-17:17:10.134] thr=1 > > >> > > > >> > > > > > > > >> > paramiko.transport: > > >> > > > Connected (version > > >> > > > >> > > > > > > > > 2.0, > > >> > client > > >> > > > OpenSSH_4.3) > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:17:10.137] thr=1 > > >> > > > >> > > > > > > > >> > paramiko.transport: kex > > >> > > > >> > > > > > > > > > > >> > > > >> > > > > > >> > > > >> > > > >> > > > > > >> > > > algos:['diffie-hellman-group-exchange-sha1', > > >> > > > >> > > > > > > > >> > > > > > 'diffie-hellman-group14-sha1', > > >> > > > >> > > > > > > > > > > >> > > > >> > > > >> > 'diffie-hellman-group1-sha1'] server > > >> > > > >> > > > > > > > >> > key:['ssh-rsa', > > >> > > > >> > 'ssh-dss'] > > client > > >> > > > >> > > > > > > > > > > >> > > > encrypt:['aes128-cbc', > > >> > > > >> > > > > > '3des-cbc', > > >> > > > >> > > > > > > > >> > 'blowfish-cbc', > > >> > > > >> > > > 'cast128-cbc', > > >> > > > >> > > > > > > > > > > >> > > > 'arcfour128', > > >> > > > >> > 'arcfour256', > > >> > > > >> > > > > > > > >> > 'arcfour', > > >> > > > >> > 'aes192-cbc', > > >> > > > >> > > > > > > > >> > 'aes256-cbc', > > >> > > > ' > > >> > > > >> > > > > > > > > > > >> > > > rij...@ly...', > > >> > > > >> > > > > > > > >> > 'aes128-ctr', > > >> > > > >> > 'aes192-ctr', > > >> > > > >> > > > > > > > >> > 'aes256-ctr'] > > >> > > > >> > > > > > > > > server > > >> > > > >> > > > encrypt:['aes128-cbc', > > >> > > > >> > > > > > > > >> > '3des-cbc', > > >> > > > >> > > > 'blowfish-cbc', > > >> > > > >> > > > > > > > >> > 'cast128-cbc', > > >> > > > >> > > > > > > > > > > >> > > > 'arcfour128', > > >> > > > >> > 'arcfour256', > > >> > > > >> > > > > > > > >> > 'arcfour', > > >> > > > >> > 'aes192-cbc', > > >> > > > >> > > > > > > > >> > 'aes256-cbc', > > >> > > > ' > > >> > > > >> > > > > > > > > > > >> > > > rij...@ly...', > > >> > > > >> > > > > > > > >> > 'aes128-ctr', > > >> > > > >> > 'aes192-ctr', > > >> > > > >> > > > > > > > >> > 'aes256-ctr'] > > >> > > > >> > > > > > > > > client > > >> > > > mac:['hmac-md5', > > >> > > > >> > > > > > 'hmac-sha1', > > >> > > > >> > > > > > > > >> > 'hmac-ripemd160', > > >> > > > ' > > >> > > > >> > > > > > > > > > > >> > > > hma...@op...', > > >> > > > >> > > > > > > > >> > 'hmac-sha1-96', > > >> > > > >> > > > 'hmac-md5-96'] > > >> > > > >> > > > server > > >> > > > >> > > > > > > > > > > >> > > > mac:['hmac-md5', > > >> > > > >> > > > > > 'hmac-sha1', > > >> > > > >> > > > > > > > >> > 'hmac-ripemd160', > > >> > > > ' > > >> > > > >> > > > > > > > > > > >> > > > hma...@op...', > > >> > > > >> > > > > > > > >> > 'hmac-sha1-96', > > >> > > > >> > > > 'hmac-md5-96'] > > >> > > > >> > > > client > > >> > > > >> > > > > > > > > > > >> > > > compress:['none', > > >> > > > >> > > > > > >> > 'zl...@op...'] > > >> > > > >> > > > > > > > server > > >> > > > compress:['none', ' > > >> > > > >> > > > > > > > > > > >> > > > zl...@op...'] client > > >> > > > >> > > > > > lang:[''] server > > >> > > > >> > > > > > > > >> > lang:[''] kex > > >> > > > follows?False > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:17:10.137] thr=1 > > >> > > > >> > > > > > > > >> > paramiko.transport: > > >> > > > Ciphers agreed: > > >> > > > >> > > > > > > > > > > >> > local=aes128-cbc, > > >> > > > >> > remote=aes128-cbc > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:17:10.137] thr=1 > > >> > > > >> > > > > > > > >> > paramiko.transport: using > > >> > > > kex > > >> > > > >> > > > > > > > > > > >> > > > diffie-hellman-group1-sha1; server > > >> > > > >> > key type > > >> > > > >> > > > ssh-rsa; > > >> > > > >> > > > > > > > cipher: local > > >> > > > >> > > > > > > > > > > >> > aes128-cbc, remote > > >> > > > aes128-cbc; > > >> > > > >> > mac: local > > >> > > > >> > > > hmac-sha1, > > >> > > > >> > > > > > > > remote > > >> > hmac-sha1; > > >> > > > >> > > > > > > > > > > >> > compression: local > > >> > > > none, remote > > >> > > > >> > none > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:17:10.299] thr=1 > > >> > > > >> > > > > > > > >> > paramiko.transport: > > >> > > > Switch to new keys > > >> > > > >> > > > > > > > > ... > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:19:10.134] thr=1 > > >> > > > >> > > > > > > > >> > paramiko.transport: EOF > > >> > > > in transport > > >> > > > >> > > > > > > > > thread > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:26:47.559] thr=2 > > >> > > > >> > > > > > > > >> > paramiko.transport: > > >> > > > starting thread > > >> > > > >> > > > > > > > > (client > > >> > mode): > > >> > > > 0xB790466CL > > >> > > > >> > > > > > > > > INF > > >> > > > [20081217-17:26:47.567] thr=2 > > >> > > > >> > > > > > > > >> > paramiko.transport: > > >> > > > Connected (version > > >> > > > >> > > > > > > > > 2.0, > > >> > client > > >> > > > OpenSSH_4.3) > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:26:47.568] thr=2 > > >> > > > >> > > > > > > > >> > paramiko.transport: kex > > >> > > > >> > > > > > > > > > > >> > > > >> > > > > > >> > > > >> > > > >> > > > > > >> > > > algos:['diffie-hellman-group-exchange-sha1', > > >> > > > >> > > > > > > > >> > > > > > 'diffie-hellman-group14-sha1', > > >> > > > >> > > > > > > > > > > >> > > > >> > > > >> > 'diffie-hellman-group1-sha1'] server > > >> > > > >> > > > > > > > >> > key:['ssh-rsa', > > >> > > > >> > 'ssh-dss'] > > client > > >> > > > >> > > > > > > > > > > >> > > > encrypt:['aes128-cbc', > > >> > > > >> > > > > > '3des-cbc', > > >> > > > >> > > > > > > > >> > 'blowfish-cbc', > > >> > > > >> > > > 'cast128-cbc', > > >> > > > >> > > > > > > > > > > >> > > > 'arcfour128', > > >> > > > >> > 'arcfour256', > > >> > > > >> > > > > > > > >> > 'arcfour', > > >> > > > >> > 'aes192-cbc', > > >> > > > >> > > > > > > > >> > 'aes256-cbc', > > >> > > > ' > > >> > > > >> > > > > > > > > > > >> > > > rij...@ly...', > > >> > > > >> > > > > > > > >> > 'aes128-ctr', > > >> > > > >> > 'aes192-ctr', > > >> > > > >> > > > > > > > >> > 'aes256-ctr'] > > >> > > > >> > > > > > > > > server > > >> > > > >> > > > encrypt:['aes128-cbc', > > >> > > > >> > > > > > > > >> > '3des-cbc', > > >> > > > >> > > > 'blowfish-cbc', > > >> > > > >> > > > > > > > >> > 'cast128-cbc', > > >> > > > >> > > > > > > > > > > >> > > > 'arcfour128', > > >> > > > >> > 'arcfour256', > > >> > > > >> > > > > > > > >> > 'arcfour', > > >> > > > >> > 'aes192-cbc', > > >> > > > >> > > > > > > > >> > 'aes256-cbc', > > >> > > > ' > > >> > > > >> > > > > > > > > > > >> > > > rij...@ly...', > > >> > > > >> > > > > > > > >> > 'aes128-ctr', > > >> > > > >> > 'aes192-ctr', > > >> > > > >> > > > > > > > >> > 'aes256-ctr'] > > >> > > > >> > > > > > > > > client > > >> > > > mac:['hmac-md5', > > >> > > > >> > > > > > 'hmac-sha1', > > >> > > > >> > > > > > > > >> > 'hmac-ripemd160', > > >> > > > ' > > >> > > > >> > > > > > > > > > > >> > > > hma...@op...', > > >> > > > >> > > > > > > > >> > 'hmac-sha1-96', > > >> > > > >> > > > 'hmac-md5-96'] > > >> > > > >> > > > server > > >> > > > >> > > > > > > > > > > >> > > > mac:['hmac-md5', > > >> > > > >> > > > > > 'hmac-sha1', > > >> > > > >> > > > > > > > >> > 'hmac-ripemd160', > > >> > > > ' > > >> > > > >> > > > > > > > > > > >> > > > hma...@op...', > > >> > > > >> > > > > > > > >> > 'hmac-sha1-96', > > >> > > > >> > > > 'hmac-md5-96'] > > >> > > > >> > > > client > > >> > > > >> > > > > > > > > > > >> > > > compress:['none', > > >> > > > >> > > > > > >> > 'zl...@op...'] > > >> > > > >> > > > > > > > server > > >> > > > compress:['none', ' > > >> > > > >> > > > > > > > > > > >> > > > zl...@op...'] client > > >> > > > >> > > > > > lang:[''] server > > >> > > > >> > > > > > > > >> > lang:[''] kex > > >> > > > follows?False > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:26:47.568] thr=2 > > >> > > > >> > > > > > > > >> > paramiko.transport: > > >> > > > Ciphers agreed: > > >> > > > >> > > > > > > > > > > >> > local=aes128-cbc, > > >> > > > >> > remote=aes128-cbc > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:26:47.568] thr=2 > > >> > > > >> > > > > > > > >> > paramiko.transport: using > > >> > > > kex > > >> > > > >> > > > > > > > > > > >> > > > diffie-hellman-group1-sha1; server > > >> > > > >> > key type > > >> > > > >> > > > ssh-rsa; > > >> > > > >> > > > > > > > cipher: local > > >> > > > >> > > > > > > > > > > >> > aes128-cbc, remote > > >> > > > aes128-cbc; > > >> > > > >> > mac: local > > >> > > > >> > > > hmac-sha1, > > >> > > > >> > > > > > > > remote > > >> > hmac-sha1; > > >> > > > >> > > > > > > > > > > >> > compression: local > > >> > > > none, remote > > >> > > > >> > none > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:26:47.726] thr=2 > > >> > > > >> > > > > > > > >> > paramiko.transport: > > >> > > > Switch to new keys > > >> > > > >> > > > > > > > > ... > > >> > > > >> > > > > > > > > DEB > > >> > > > [20081217-17:28:47.564] thr=2 > > >> > > > >> > > > > > > > >> > paramiko.transport: EOF > > >> > > > in transport > > >> > > > >> > > > > > > > > thread > > >> > > > >> > > > > > > > > > > >> > > > >> > > > > > > > > Can > > >> > someone help > > >> > > > please? > > >> > > > >> > > > > > > > > Thanks, > > >> > > > >> > > > > > > > > Himanshu > > >> > > > >> > > > > > > > > > > >> > > > >> > > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > > >> > > > >> > > > > >> > > > >> > > > >> > > > >> > > >> > > > > > >> > > > > >> > > > >> > > > ------------------------------------------------------------------------------ > > >> > > > >> > > > > > > > SF.Net email is > > >> > Sponsored > > >> > > > by MIX09, > > >> > > > >> > March 18-20, > > >> > > > >> > > > 2009 in > > >> > > > >> > > > > > > > Las Vegas, > > >> > Nevada. > > >> > > > >> > > > > > > > The future of > > >> > the web > > >> > > > can't happen > > >> > > > >> > without > > >> > > > >> > > > you. Join > > >> > > > >> > > > > > > > us at MIX09 to > > >> > help > > >> > > > >> > > > > > > > pave the way to > > >> > the Next > > >> > > > Web now. Learn > > >> > > > >> > more and > > >> > > > >> > > > register > > >> > > > >> > > > > > > > at > > >> > > > >> > > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > > >> > > > >> > > > > >> > > > >> > > > >> > > > >> > > >> > > > > > >> > > > > >> > > > >> > > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > > >> > > > >> > > > > > > > >> > > > >> > > > >> > > > > > _______________________________________________ > > >> > > > >> > > > > > > > XenMan-Users > > >> > mailing list > > >> > > > >> > > > > > > > >> > > > Xen...@li... > > >> > > > >> > > > > > > > >> > > > >> > > > > > >> > > > >> > > > >> > > > > > >> > > > https://lists.sourceforge.net/lists/listinfo/xenman-users > > >> > > > >> > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > >> > > > >> > > > > >> > > > >> > > > > >> > > > >> > > > > >> > > > >> > > >> > > > >> > > >> > > > >> > > >> > > > >> > > >> > > > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > >> > > >> > > >> > > > > > > > |
|
From: Himanshu K. <him...@gm...> - 2008-12-23 03:50:29
|
Yes, This works absolutely fine.I also test a way to achieve offline HA. Meaning that if a VM were to go down or a physical machine were to go down. Provision a VM with exact same disk on another physical server and you get the last working state of the image. So from a HA perspective, the easiest way would be to have volumes or disks visible on multiple physical servers and as soon as a physical server is lost, start up the VM on another node rather then manually provision the VM. Thanks, Himanshu On Tue, Dec 23, 2008 at 12:15 AM, jd <jds...@ya...> wrote: > No it is not necessary. It should work. > The device name on both machines should be the same. > Post the results on the convirt-users mailing list. > /Jd > > > --- On Sun, 12/21/08, Himanshu Khona <him...@gm...> wrote: > > > From: Himanshu Khona <him...@gm...> > > Subject: Re: [convirt-users] AOE - Using it for HA/Livemigration > > To: jds...@ya... > > Date: Sunday, December 21, 2008, 10:15 PM > > Hi jd -If I have AOE storage configured and visible o > > another server. > > Can I livemigrate VMs? Or it necessarily needs NFS? > > Please let me know. > > Thanks, > > Himanshu > > > > On Sat, Dec 20, 2008 at 12:56 AM, jd > > <jds...@ya...> wrote: > > > > > Lets handle AOE on a separate thread. I think lets get > > this paramiko issue > > > get resolved. As for using AOE also, we use exec > > cmds.. to get the aoe-stat > > > etc > > > > > > By the way, you seem to be adding sunstorage box as > > the managed server.. is > > > that correct ? Can u explain a bit about the setup. It > > might be relevant. > > > > > > Thanks > > > /Jd > > > > > > > > > --- On Thu, 12/18/08, Himanshu Khona > > <him...@gm...> wrote: > > > > > > > From: Himanshu Khona > > <him...@gm...> > > > > Subject: Re: [convirt-users] ssh configuration > > issue > > > > To: jds...@ya... > > > > Date: Thursday, December 18, 2008, 9:57 PM > > > > Looks like it connects the box but not working > > very well > > > > when I add AOE > > > > storage.I am attaching the logs with this email. > > Please let > > > > me know your > > > > observation. > > > > I will register to paramiko for the keys issus. > > > > Thanks, > > > > Himanshu > > > > > > > > On Fri, Dec 19, 2008 at 11:15 AM, jd > > > > <jds...@ya...> wrote: > > > > > > > > > http://www.lag.net/paramiko/ > > > > > They have a mailing list. par...@la..., > > you will > > > > have to register for > > > > > it. > > > > > btw, password auth is also done via > > paramiko. > > > > > Please cc me on the communications. > > > > > Thanks > > > > > /Jd > > > > > > > > > > > > > > > --- On Thu, 12/18/08, Himanshu Khona > > > > <him...@gm...> wrote: > > > > > > > > > > > From: Himanshu Khona > > > > <him...@gm...> > > > > > > Subject: Re: [convirt-users] ssh > > configuration > > > > issue > > > > > > To: jds...@ya... > > > > > > Date: Thursday, December 18, 2008, 9:42 > > PM > > > > > > Well one good news. It worked with the > > password > > > > ;) So issue > > > > > > is definitely > > > > > > with the keys based authentication. Is > > that what > > > > paramiko > > > > > > does? Who from > > > > > > paramiko can help here? > > > > > > Thanks, > > > > > > Himanshu > > > > > > > > > > > > > > > > > > On Fri, Dec 19, 2008 at 11:09 AM, > > Himanshu Khona > > > > > > <him...@gm...>wrote: > > > > > > > > > > > > > I have already send the debug info > > from ssh > > > > to > > > > > > you.More details - > > > > > > > Currently in the eval phase with 3 > > node > > > > setup and one > > > > > > of them is a sun > > > > > > > storage, plan to use the same as > > AOE > > > > storage. > > > > > > > We plan to have 10-15 vms per > > machine with > > > > HA, > > > > > > scalability, gigabit > > > > > > > network. Each will have private > > and public > > > > network > > > > > > interface. > > > > > > > Vms will be tiered based on > > customer > > > > requirement. > > > > > > > Let me know if you need more > > details, happy > > > > to provide > > > > > > the same. > > > > > > > Thanks, > > > > > > > Himanshu > > > > > > > > > > > > > > > > > > > > > On Fri, Dec 19, 2008 at 11:02 AM, > > jd > > > > > > <jds...@ya...> wrote: > > > > > > > > > > > > > >> > > > > > > >> yes.. put the sshd on the > > server in > > > > debug mode. > > > > > > >> shutdown the normal service. > > > > > > >> sshd -d should put the thing > > in debug. > > > > look up man > > > > > > for more detail. > > > > > > >> Send me details of sshd log > > and paramiko > > > > log. > > > > > > >> > > > > > > >> If the log does not point to > > anything > > > > obvious, we > > > > > > might have to involve > > > > > > >> the paramiko guys. > > > > > > >> > > > > > > >> btw,would you like to share > > some details > > > > about > > > > > > your virtualization > > > > > > >> setup... how many machines, > > VMs, storage > > > > setup, > > > > > > n/w, what kinds of vms.... > > > > > > >> plans. etc. > > > > > > >> /Jd > > > > > > >> > > > > > > >> > > > > > > >> --- On Thu, 12/18/08, Himanshu > > Khona > > > > > > <him...@gm...> wrote: > > > > > > >> > > > > > > >> > From: Himanshu Khona > > > > > > <him...@gm...> > > > > > > >> > Subject: Re: > > [convirt-users] ssh > > > > > > configuration issue > > > > > > >> > To: jds...@ya... > > > > > > >> > Date: Thursday, December > > 18, 2008, > > > > 9:21 PM > > > > > > >> > -- What is the client > > stack ? > > > > distro, > > > > > > version..etc. > > > > > > >> > Linux resource2 > > > > > > >> > 2.6.18-92.1.18.el5xen #1 > > SMP Wed > > > > Nov 12 > > > > > > 10:35:03 EST 2008 > > > > > > >> > i686 i686 i386 > > > > > > >> > GNU/Linux centos 5.2 32 > > bit. > > > > > > >> > -- What are sshd > > versions on > > > > client and > > > > > > server distros. > > > > > > >> > On the client > > (convirt > > > > client > > > > > > machine) - > > > > > > >> > > > > > openssh-clients-4.3p2-26.el5_2.1 > > > > > > >> > On the managed > > node (ssh > > > > server) - > > > > > > >> > > > > > openssh-server-4.3p2-16.el5 > > > > > > >> > I have updgraded and it > > still gives > > > > the same > > > > > > error. > > > > > > >> > > > > > > > >> > -- If this does not > > work out, we > > > > might have > > > > > > to have sshd > > > > > > >> > in debug mode and > > > > > > >> > see whats going on. > > > > > > >> > How to run sshd in debug > > mode? This > > > > will be > > > > > > on the server, > > > > > > >> > right? > > > > > > >> > Paramiko log shows it is > > using aes > > > > keys, I > > > > > > have configured > > > > > > >> > using rsa, can > > > > > > >> > that be an issue? > > > > > > >> > DEB > > [20081219-10:48:17.202] thr=2 > > > > > > paramiko.transport: > > > > > > >> > starting thread > > > > > > >> > (client mode): 0x9D683ECL > > > > > > >> > INF > > [20081219-10:48:17.210] thr=2 > > > > > > paramiko.transport: > > > > > > >> > Connected (version > > > > > > >> > 2.0, client OpenSSH_4.3) > > > > > > >> > DEB > > [20081219-10:48:17.212] thr=2 > > > > > > paramiko.transport: kex > > > > > > >> > > > > > > > > > > > > > algos:['diffie-hellman-group-exchange-sha1', > > > > > > >> > > > > > 'diffie-hellman-group14-sha1', > > > > > > >> > > > > > 'diffie-hellman-group1-sha1'] server > > > > > > >> > key:['ssh-rsa', > > > > 'ssh-dss'] > > > > > > client > > > > > > >> > > > encrypt:['aes128-cbc', > > > > > > '3des-cbc', > > > > > > >> > 'blowfish-cbc', > > > > > > 'cast128-cbc', > > > > > > >> > 'arcfour128', > > > > 'arcfour256', > > > > > > >> > 'arcfour', > > > > 'aes192-cbc', > > > > > > >> > 'aes256-cbc', > > ' > > > > > > >> > > > rij...@ly...', > > > > > > 'aes128-ctr', > > > > > > >> > 'aes192-ctr', > > > > 'aes256-ctr'] > > > > > > >> > server > > > > encrypt:['aes128-cbc', > > > > > > '3des-cbc', > > > > > > >> > 'blowfish-cbc', > > > > > > 'cast128-cbc', > > > > > > >> > 'arcfour128', > > > > 'arcfour256', > > > > > > >> > 'arcfour', > > > > 'aes192-cbc', > > > > > > >> > 'aes256-cbc', > > ' > > > > > > >> > > > rij...@ly...', > > > > > > 'aes128-ctr', > > > > > > >> > 'aes192-ctr', > > > > 'aes256-ctr'] > > > > > > >> > client > > mac:['hmac-md5', > > > > > > 'hmac-sha1', > > > > > > >> > 'hmac-ripemd160', > > ' > > > > > > >> > > > hma...@op...', > > > > > > 'hmac-sha1-96', > > > > > > >> > 'hmac-md5-96'] > > server > > > > > > >> > mac:['hmac-md5', > > > > 'hmac-sha1', > > > > > > >> > 'hmac-ripemd160', > > > > > > >> > > > > > 'hma...@op...', > > > > > > >> > 'hmac-sha1-96', > > > > > > 'hmac-md5-96'] client > > > > > > >> > compress:['none', > > > > > > 'zl...@op...'] > > > > > > >> > server > > compress:['none', > > > > > > >> > > > 'zl...@op...'] client > > > > > > lang:[''] server > > > > > > >> > lang:[''] kex > > follows?False > > > > > > >> > DEB > > [20081219-10:48:17.212] thr=2 > > > > > > paramiko.transport: > > > > > > >> > Ciphers agreed: > > > > > > >> > local=aes128-cbc, > > remote=aes128-cbc > > > > > > >> > DEB > > [20081219-10:48:17.212] thr=2 > > > > > > paramiko.transport: > > > > > > >> > using kex > > > > > > >> > > > diffie-hellman-group1-sha1; server > > > > key type > > > > > > ssh-rsa; > > > > > > >> > cipher: local > > > > > > >> > aes128-cbc, remote > > aes128-cbc; mac: > > > > local > > > > > > hmac-sha1, remote > > > > > > >> > hmac-sha1; > > > > > > >> > compression: local none, > > remote > > > > none > > > > > > >> > DEB > > [20081219-10:48:17.370] thr=2 > > > > > > paramiko.transport: > > > > > > >> > Switch to new keys > > > > > > >> > > > > > > > >> > Please let me know. > > > > > > >> > Thanks, > > > > > > >> > Himanshu > > > > > > >> > > > > > > > >> > On Fri, Dec 19, 2008 at > > 12:09 AM, > > > > jd > > > > > > >> > > > <jds...@ya...> wrote: > > > > > > >> > > > > > > > >> > > Hey > > > > > > >> > > Nothing very > > apparent > > > > here... > > > > > > >> > > -- What is the > > client stack > > > > ? distro, > > > > > > version..etc. > > > > > > >> > > -- What are sshd > > versions on > > > > client > > > > > > and server > > > > > > >> > distros. > > > > > > >> > > -- Note down the > > versions.. > > > > and see if > > > > > > there are any > > > > > > >> > pending updates on > > > > > > >> > > for ssh on both > > client and > > > > server. > > > > > > >> > > -- If this does > > not work > > > > out, we might > > > > > > have to have > > > > > > >> > sshd in debug mode > > > > > > >> > > and see whats going > > on. > > > > > > >> > > /Jd > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > --- On Wed, > > 12/17/08, Himanshu > > > > Khona > > > > > > >> > > > <him...@gm...> > > > > wrote: > > > > > > >> > > > > > > > > >> > > > From: Himanshu > > Khona > > > > > > >> > > > <him...@gm...> > > > > > > >> > > > Subject: Re: > > > > [convirt-users] ssh > > > > > > configuration > > > > > > >> > issue > > > > > > >> > > > To: > > jds...@ya... > > > > > > >> > > > Date: > > Wednesday, December > > > > 17, 2008, > > > > > > 9:04 PM > > > > > > >> > > > Hi jd - > > > > > > >> > > > > > > > > > >> > > > The managed > > server is 64 > > > > bit centos > > > > > > 5.2. > > > > > > >> > > > > > > > python-paramiko-1.7.4-1.el5.rf > > > > > > >> > > > > > convirt-0.9.6-1.fedora. > > > > > > >> > > > I can ssh > > directly using > > > > ssh to the > > > > > > target > > > > > > >> > server. > > > > > > >> > > > [root@resource2 > > ~]# ssh > > > > sunstorage > > > > > > >> > > > Last login: Thu > > Dec 18 > > > > 17:53:03 > > > > > > 2008 from X.X.X.X > > > > > > >> > > > [root@resource1 > > ~]# > > > > > > >> > > > > > > > > > >> > > > Attaching the > > complete > > > > logs. > > > > > > >> > > > Let me know if > > you need > > > > more > > > > > > details. > > > > > > >> > > > Thanks, > > > > > > >> > > > Himanshu > > > > > > >> > > > > > > > > > >> > > > On Thu, Dec 18, > > 2008 at > > > > 12:05 AM, > > > > > > jd > > > > > > >> > > > > > > > <jds...@ya...> wrote: > > > > > > >> > > > > > > > > > >> > > > > Hi > > Himanshu, > > > > > > >> > > > > > > > > > > >> > > > > Can you > > please > > > > provide some > > > > > > more details. > > > > > > >> > > > > > > > > > > >> > > > > What > > distro? is it > > > > 64 bit ? > > > > > > What version > > > > > > >> > of ConVirt > > > > > > >> > > > ? Do you know > > version > > > > > > >> > > > > of > > Paramiko ? > > > > > > >> > > > > > > > > > > >> > > > > They > > probably are > > > > not > > > > > > related. can u attach > > > > > > >> > the log > > > > > > >> > > > and send it to > > my > > > > > > >> > > > > email > > addr. The eof > > > > seems to > > > > > > be happening > > > > > > >> > after 2 > > > > > > >> > > > min... is there > > anything > > > > > > >> > > > > else in > > thread 2 ? > > > > > > >> > > > > > > > > > > >> > > > > I am > > assuming that > > > > without > > > > > > convirt you are > > > > > > >> > able to > > > > > > >> > > > talk to the > > server > > > > > > >> > > > > using ssh > > from a > > > > shell without > > > > > > password. > > > > > > >> > right ? > > > > > > >> > > > > > > > > > > >> > > > > Thanks > > > > > > >> > > > > /Jd > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > --- On > > Wed, > > > > 12/17/08, Himanshu > > > > > > Khona > > > > > > >> > > > > > > > <him...@gm...> > > > > > > wrote: > > > > > > >> > > > > > > > > > > >> > > > > > From: > > Himanshu > > > > Khona > > > > > > >> > > > > > > > <him...@gm...> > > > > > > >> > > > > > > > Subject: Re: > > > > > > [convirt-users] ssh > > > > > > >> > configuration > > > > > > >> > > > issue > > > > > > >> > > > > > To: > > > > > > xen...@li... > > > > > > >> > > > > > Date: > > > > Wednesday, December > > > > > > 17, 2008, > > > > > > >> > 4:29 AM > > > > > > >> > > > > > Also > > When I try > > > > to run > > > > > > convirt on the > > > > > > >> > managed > > > > > > >> > > > server, it > > > > > > >> > > > > > gives > > me the > > > > > > >> > > > > > > > following error > > > > > > -ImportError: > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > /usr/lib/python2.4/site-packages/Crypto/Cipher/DES3.so: > > > > > > >> > > > > > wrong > > ELF > > > > class: > > > > > > >> > > > > > > > ELFCLASS32 > > > > > > >> > > > > > > > > > > > >> > > > > > I am > > not sure > > > > if these > > > > > > are related in > > > > > > >> > anyways. > > > > > > >> > > > > > > > Thanks, > > > > > > >> > > > > > > > Himanshu > > > > > > >> > > > > > On > > Wed, Dec 17, > > > > 2008 at > > > > > > 5:32 PM, > > > > > > >> > Himanshu Khona > > > > > > >> > > > > > > > > > > > <him...@gm...>wrote: > > > > > > >> > > > > > > > > > > > >> > > > > > > > > Hi -I have > > > > > > configured ssh with > > > > > > >> > keys and ssh > > > > > > >> > > > agent and > > > > > > >> > > > > > > > trying to add > > > > the > > > > > > >> > > > > > > > > server. > > > > > > >> > > > > > > > > It give me > > > > an error > > > > > > saying 0agent > > > > > > >> > > > authentication > > > > > > >> > > > > > > > failed. > > > > > > >> > > > > > > > > The > > > > convirt.log is > > > > > > as follows - > > > > > > >> > > > > > > > > Could not > > > > initialize > > > > > > ssh for > > > > > > >> > sunstorage 22 > > > > > > >> > > > > > > > > Traceback > > > > (most > > > > > > recent call last): > > > > > > >> > > > > > > > > File > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > "/usr/share/convirt/src/convirt/client/XenUI.py", > > > > > > >> > > > > > line > > 278, in > > > > > > >> > > > > > > > > > > on_ok_button_clicked > > > > > > >> > > > > > > > > > > node.connect() > > > > > > >> > > > > > > > > File > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > "/usr/share/convirt/src/convirt/core/model/VNode.py", > > > > > > >> > > > > > line > > 278, in > > > > > > >> > > > > > > > > connect > > > > > > >> > > > > > > > > > > > > ManagedNode.connect(self) > > > > > > >> > > > > > > > > File > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > "/usr/share/convirt/src/convirt/core/model/ManagedNode.py", > > > > > > >> > > > > > line > > > > > > >> > > > > > > > > 120, in > > > > connect > > > > > > >> > > > > > > > > > > > > self._init_node_proxy() > > > > > > >> > > > > > > > > File > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > "/usr/share/convirt/src/convirt/core/model/ManagedNode.py", > > > > > > >> > > > > > line > > > > > > >> > > > > > > > > 255, in > > > > > > _init_node_proxy > > > > > > >> > > > > > > > > raise > > > > e > > > > > > >> > > > > > > > > > > > > AuthenticationException: [Error > > > > > > >> > 0], Agent > > > > > > >> > > > > > > > authentication > > > > failed > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > The > > > > paramiko.log is > > > > > > as follows - > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:17:10.128] thr=1 > > > > > > >> > > > > > > > > > paramiko.transport: > > > > > > starting thread > > > > > > >> > > > > > > > > (client > > > > mode): > > > > > > 0xB79088CCL > > > > > > >> > > > > > > > > INF > > > > > > [20081217-17:17:10.134] thr=1 > > > > > > >> > > > > > > > > > paramiko.transport: > > > > > > Connected (version > > > > > > >> > > > > > > > > 2.0, > > > > client > > > > > > OpenSSH_4.3) > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:17:10.137] thr=1 > > > > > > >> > > > > > > > > > paramiko.transport: kex > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > algos:['diffie-hellman-group-exchange-sha1', > > > > > > >> > > > > > > > > > > > 'diffie-hellman-group14-sha1', > > > > > > >> > > > > > > > > > > > > >> > > > > > 'diffie-hellman-group1-sha1'] server > > > > > > >> > > > > > > > > > key:['ssh-rsa', > > > > > > >> > 'ssh-dss'] client > > > > > > >> > > > > > > > > > > > > encrypt:['aes128-cbc', > > > > > > >> > > > > > '3des-cbc', > > > > > > >> > > > > > > > > > 'blowfish-cbc', > > > > > > >> > 'cast128-cbc', > > > > > > >> > > > > > > > > > > > > 'arcfour128', > > > > > > >> > 'arcfour256', > > > > > > >> > > > > > > > > > 'arcfour', > > > > > > >> > 'aes192-cbc', > > > > > > >> > > > > > > > > > 'aes256-cbc', > > > > > > ' > > > > > > >> > > > > > > > > > > > > rij...@ly...', > > > > > > >> > > > > > > > > > 'aes128-ctr', > > > > > > >> > 'aes192-ctr', > > > > > > >> > > > > > > > > > 'aes256-ctr'] > > > > > > >> > > > > > > > > server > > > > > > >> > > > encrypt:['aes128-cbc', > > > > > > >> > > > > > > > > > '3des-cbc', > > > > > > >> > 'blowfish-cbc', > > > > > > >> > > > > > > > > > 'cast128-cbc', > > > > > > >> > > > > > > > > > > > > 'arcfour128', > > > > > > >> > 'arcfour256', > > > > > > >> > > > > > > > > > 'arcfour', > > > > > > >> > 'aes192-cbc', > > > > > > >> > > > > > > > > > 'aes256-cbc', > > > > > > ' > > > > > > >> > > > > > > > > > > > > rij...@ly...', > > > > > > >> > > > > > > > > > 'aes128-ctr', > > > > > > >> > 'aes192-ctr', > > > > > > >> > > > > > > > > > 'aes256-ctr'] > > > > > > >> > > > > > > > > client > > > > > > mac:['hmac-md5', > > > > > > >> > > > > > 'hmac-sha1', > > > > > > >> > > > > > > > > > 'hmac-ripemd160', > > > > > > ' > > > > > > >> > > > > > > > > > > > > hma...@op...', > > > > > > >> > > > > > > > > > 'hmac-sha1-96', > > > > > > >> > 'hmac-md5-96'] > > > > > > >> > > > server > > > > > > >> > > > > > > > > > > > > mac:['hmac-md5', > > > > > > >> > > > > > 'hmac-sha1', > > > > > > >> > > > > > > > > > 'hmac-ripemd160', > > > > > > ' > > > > > > >> > > > > > > > > > > > > hma...@op...', > > > > > > >> > > > > > > > > > 'hmac-sha1-96', > > > > > > >> > 'hmac-md5-96'] > > > > > > >> > > > client > > > > > > >> > > > > > > > > > > > > compress:['none', > > > > > > >> > > > > > > > 'zl...@op...'] > > > > > > >> > > > > > > > server > > > > > > compress:['none', ' > > > > > > >> > > > > > > > > > > > > zl...@op...'] client > > > > > > >> > > > > > lang:[''] server > > > > > > >> > > > > > > > > > lang:[''] kex > > > > > > follows?False > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:17:10.137] thr=1 > > > > > > >> > > > > > > > > > paramiko.transport: > > > > > > Ciphers agreed: > > > > > > >> > > > > > > > > > > local=aes128-cbc, > > > > > > >> > remote=aes128-cbc > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:17:10.137] thr=1 > > > > > > >> > > > > > > > > > paramiko.transport: using > > > > > > kex > > > > > > >> > > > > > > > > > > > > diffie-hellman-group1-sha1; server > > > > > > >> > key type > > > > > > >> > > > ssh-rsa; > > > > > > >> > > > > > > > cipher: local > > > > > > >> > > > > > > > > > > aes128-cbc, remote > > > > > > aes128-cbc; > > > > > > >> > mac: local > > > > > > >> > > > hmac-sha1, > > > > > > >> > > > > > > > remote > > > > hmac-sha1; > > > > > > >> > > > > > > > > > > compression: local > > > > > > none, remote > > > > > > >> > none > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:17:10.299] thr=1 > > > > > > >> > > > > > > > > > paramiko.transport: > > > > > > Switch to new keys > > > > > > >> > > > > > > > > ... > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:19:10.134] thr=1 > > > > > > >> > > > > > > > > > paramiko.transport: EOF > > > > > > in transport > > > > > > >> > > > > > > > > thread > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:26:47.559] thr=2 > > > > > > >> > > > > > > > > > paramiko.transport: > > > > > > starting thread > > > > > > >> > > > > > > > > (client > > > > mode): > > > > > > 0xB790466CL > > > > > > >> > > > > > > > > INF > > > > > > [20081217-17:26:47.567] thr=2 > > > > > > >> > > > > > > > > > paramiko.transport: > > > > > > Connected (version > > > > > > >> > > > > > > > > 2.0, > > > > client > > > > > > OpenSSH_4.3) > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:26:47.568] thr=2 > > > > > > >> > > > > > > > > > paramiko.transport: kex > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > algos:['diffie-hellman-group-exchange-sha1', > > > > > > >> > > > > > > > > > > > 'diffie-hellman-group14-sha1', > > > > > > >> > > > > > > > > > > > > >> > > > > > 'diffie-hellman-group1-sha1'] server > > > > > > >> > > > > > > > > > key:['ssh-rsa', > > > > > > >> > 'ssh-dss'] client > > > > > > >> > > > > > > > > > > > > encrypt:['aes128-cbc', > > > > > > >> > > > > > '3des-cbc', > > > > > > >> > > > > > > > > > 'blowfish-cbc', > > > > > > >> > 'cast128-cbc', > > > > > > >> > > > > > > > > > > > > 'arcfour128', > > > > > > >> > 'arcfour256', > > > > > > >> > > > > > > > > > 'arcfour', > > > > > > >> > 'aes192-cbc', > > > > > > >> > > > > > > > > > 'aes256-cbc', > > > > > > ' > > > > > > >> > > > > > > > > > > > > rij...@ly...', > > > > > > >> > > > > > > > > > 'aes128-ctr', > > > > > > >> > 'aes192-ctr', > > > > > > >> > > > > > > > > > 'aes256-ctr'] > > > > > > >> > > > > > > > > server > > > > > > >> > > > encrypt:['aes128-cbc', > > > > > > >> > > > > > > > > > '3des-cbc', > > > > > > >> > 'blowfish-cbc', > > > > > > >> > > > > > > > > > 'cast128-cbc', > > > > > > >> > > > > > > > > > > > > 'arcfour128', > > > > > > >> > 'arcfour256', > > > > > > >> > > > > > > > > > 'arcfour', > > > > > > >> > 'aes192-cbc', > > > > > > >> > > > > > > > > > 'aes256-cbc', > > > > > > ' > > > > > > >> > > > > > > > > > > > > rij...@ly...', > > > > > > >> > > > > > > > > > 'aes128-ctr', > > > > > > >> > 'aes192-ctr', > > > > > > >> > > > > > > > > > 'aes256-ctr'] > > > > > > >> > > > > > > > > client > > > > > > mac:['hmac-md5', > > > > > > >> > > > > > 'hmac-sha1', > > > > > > >> > > > > > > > > > 'hmac-ripemd160', > > > > > > ' > > > > > > >> > > > > > > > > > > > > hma...@op...', > > > > > > >> > > > > > > > > > 'hmac-sha1-96', > > > > > > >> > 'hmac-md5-96'] > > > > > > >> > > > server > > > > > > >> > > > > > > > > > > > > mac:['hmac-md5', > > > > > > >> > > > > > 'hmac-sha1', > > > > > > >> > > > > > > > > > 'hmac-ripemd160', > > > > > > ' > > > > > > >> > > > > > > > > > > > > hma...@op...', > > > > > > >> > > > > > > > > > 'hmac-sha1-96', > > > > > > >> > 'hmac-md5-96'] > > > > > > >> > > > client > > > > > > >> > > > > > > > > > > > > compress:['none', > > > > > > >> > > > > > > > 'zl...@op...'] > > > > > > >> > > > > > > > server > > > > > > compress:['none', ' > > > > > > >> > > > > > > > > > > > > zl...@op...'] client > > > > > > >> > > > > > lang:[''] server > > > > > > >> > > > > > > > > > lang:[''] kex > > > > > > follows?False > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:26:47.568] thr=2 > > > > > > >> > > > > > > > > > paramiko.transport: > > > > > > Ciphers agreed: > > > > > > >> > > > > > > > > > > local=aes128-cbc, > > > > > > >> > remote=aes128-cbc > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:26:47.568] thr=2 > > > > > > >> > > > > > > > > > paramiko.transport: using > > > > > > kex > > > > > > >> > > > > > > > > > > > > diffie-hellman-group1-sha1; server > > > > > > >> > key type > > > > > > >> > > > ssh-rsa; > > > > > > >> > > > > > > > cipher: local > > > > > > >> > > > > > > > > > > aes128-cbc, remote > > > > > > aes128-cbc; > > > > > > >> > mac: local > > > > > > >> > > > hmac-sha1, > > > > > > >> > > > > > > > remote > > > > hmac-sha1; > > > > > > >> > > > > > > > > > > compression: local > > > > > > none, remote > > > > > > >> > none > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:26:47.726] thr=2 > > > > > > >> > > > > > > > > > paramiko.transport: > > > > > > Switch to new keys > > > > > > >> > > > > > > > > ... > > > > > > >> > > > > > > > > DEB > > > > > > [20081217-17:28:47.564] thr=2 > > > > > > >> > > > > > > > > > paramiko.transport: EOF > > > > > > in transport > > > > > > >> > > > > > > > > thread > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > Can > > > > someone help > > > > > > please? > > > > > > >> > > > > > > > > Thanks, > > > > > > >> > > > > > > > > Himanshu > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > >> > > > > > > > SF.Net email is > > > > Sponsored > > > > > > by MIX09, > > > > > > >> > March 18-20, > > > > > > >> > > > 2009 in > > > > > > >> > > > > > Las > > Vegas, > > > > Nevada. > > > > > > >> > > > > > The > > future of > > > > the web > > > > > > can't happen > > > > > > >> > without > > > > > > >> > > > you. Join > > > > > > >> > > > > > us at > > MIX09 to > > > > help > > > > > > >> > > > > > pave > > the way to > > > > the Next > > > > > > Web now. Learn > > > > > > >> > more and > > > > > > >> > > > register > > > > > > >> > > > > > at > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > >> > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > _______________________________________________ > > > > > > >> > > > > > > > XenMan-Users > > > > mailing list > > > > > > >> > > > > > > > > > > > Xen...@li... > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/xenman-users > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > |
|
From: jd <jds...@ya...> - 2008-12-22 18:42:57
|
As the authentication is done via keys..(external to ConVirt..) -- if it is invoked from the right shell, the connection would work. -- if invoked from a shell without ssh-agent, it will fail. I will look in to paramiko, if we can avoid, ssh-agent, it might be possible. /Jd --- On Sun, 12/21/08, Himanshu Khona <him...@gm...> wrote: > From: Himanshu Khona <him...@gm...> > Subject: [convirt-users] Convirt persistence > To: xen...@li..., jds...@ya... > Date: Sunday, December 21, 2008, 10:22 PM > Dear Jd and all - As I mentioned earlier the keys issue got > resolved after > I invoked convirt from a shell on which ssh keys were added > to ssh-agent. > Now - My questions is, what happens when I get out of > convirt and mistakenly > invoke it from a shell which does not have ssh-agent > running? > Will it fail to connect to that managed nodes? Or once > added, it stores all > the necessary information to persistent db? > If it is latter, then that is fine otherwise this I believe > is an > enhancement which will be good for convirt. > Thanks, > Himanshu > ------------------------------------------------------------------------------ > _______________________________________________ > XenMan-Users mailing list > Xen...@li... > https://lists.sourceforge.net/lists/listinfo/xenman-users |
3 messages has been excluded from this view by a project administrator.
