We are using conserver to handle the consoles in our cluster, everything wo= rked perfect until several months ago when our cluster is growing larger an= d larger. For now, our cluster has 2,000 nodes and will be growing to 16,00= 0 nodes in the near future, we are seeing problems with the 2,000 nodes.
1. the conserver will start responding slow after the conserver have been r= unning for a while(maybe several days, I am not so sure), when the conserve= r responds slow, it probably takes more than 10 seconds to open the node co= nsole, or occasionally can not open the consoles for the nodes at all. we h= ave to restart the conserver to fix the problem.

I would suspect that perhaps you have start= ed swapping, either due to a memory leak or just memory consumption.

2. The conserver restart will take a very long time, about 5 minutes, to fi= nish the initialization with 2,000 nodes, during the conserver initializati= on, the rcons will get "Connection refused" error.

What method are you using to connect to the nodes?=A0= Our conserver (only ~500) nodes connects via Cyclades ACS-48 boxes, and we= quickly found out that 'raw socket' connections scaled vastly bett= er than 'ssh' ones.
=A0
John

--000feaf371bd6211a50478a540d4-- From liguangc@cn.ibm.com Thu Nov 19 11:10:53 2009 Received: from e23smtp09.au.ibm.com (e23smtp09.au.ibm.com [202.81.31.142]) by underdog.stansell.org (8.14.3/8.14.3) with ESMTP id nAJBAjdY018912 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 19 Nov 2009 11:10:52 GMT Received: from d23relay03.au.ibm.com (d23relay03.au.ibm.com [202.81.31.245]) by e23smtp09.au.ibm.com (8.14.3/8.13.1) with ESMTP id nAJBAi5n025708 for ; Thu, 19 Nov 2009 22:10:44 +1100 Received: from d23av03.au.ibm.com (d23av03.au.ibm.com [9.190.234.97]) by d23relay03.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id nAJBAhPf1380592 for ; Thu, 19 Nov 2009 22:10:43 +1100 Received: from d23av03.au.ibm.com (loopback [127.0.0.1]) by d23av03.au.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id nAJBAhDf006770 for ; Thu, 19 Nov 2009 22:10:43 +1100 Received: from d23m0017.cn.ibm.com (cnnco04.cn.ibm.com [9.181.122.142]) by d23av03.au.ibm.com (8.14.3/8.13.1/NCO v10.0 AVin) with ESMTP id nAJBAgT1006698 for ; Thu, 19 Nov 2009 22:10:42 +1100 In-Reply-To: <1be647e90911180530i21384ec4tc21c8f8ab74f56ad@mail.gmail.com> Subject: Re: question about conserver scaling out ability To: John Hascall X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: From: Guang Cheng Li Date: Thu, 19 Nov 2009 19:10:38 +0800 X-MIMETrack: Serialize by Router on d23m0017/23/M/IBM(Release 7.0.2FP3HF80 | July 14, 2008) at 11/19/2009 19:10:41 MIME-Version: 1.0 Content-type: multipart/related; Boundary="0__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9" X-Spam-Score: -2.15 () BAYES_00, HTML_MESSAGE, MIME_BASE64_BLANKS, TVD_FW_GRAPHIC_NAME_MID X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 11:10:53 -0000 --0__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9 Content-type: multipart/alternative; Boundary="1__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9" --1__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: base64 SEksDQoNCldlIGFyZSBub3QgdXNpbmcgdGhlIHRlcm1pbmFsIHNlcnZlcnMgdG8gY29ubmVjdCB0 byB0aGUgbm9kZXMsIHdlIGFyZSB1c2luZw0KdGhlIElCTSBoYXJkd2FyZSBtYW5hZ2VtZW50IGNv bnNvbGUgdG8gb3BlbiB0aGUgY29uc29sZXMuIFRoZSBJQk0gaGFyZHdhcmUNCm1hbmFnZW1lbnQg Y29uc29sZSBoYXMgaXRzIG93biB1dGlsaXR5IHRvIG9wZW4gdGhlIGNvbnNvbGVzIHRvIGFsbCB0 aGUNCm5vZGVzIHRoYXQgYXJlIG1hbmFnZWQgYnkgaXQuDQoNClRoYW5rcywNCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCiBMaSxHdWFuZyBDaGVuZyAo5p2O5YWJ5oiQKQ0KIElCTSBDaGluYSBTb2Z0d2FyZSBE ZXZlbG9wbWVudCBMYWJvcmF0b3J5DQoNCg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAg ICAgICBKb2huIEhhc2NhbGwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIA0KICAgICAgICAgICAgIDxqb2huQGlhc3RhdGUuZWR1ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgPiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUbyANCiAgICAg ICAgICAgICBTZW50IGJ5OiAgICAgICAgICAgICAgICAgIHVzZXJzQGNvbnNlcnZlci5jb20gICAg ICAgICAgICAgICAgIA0KICAgICAgICAgICAgIHVzZXJzLWJvdW5jZXNAY29uICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY2MgDQogICAgICAgICAgICAgc2VydmVyLmNv bSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBTdWJqZWN0IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg UmU6IHF1ZXN0aW9uIGFib3V0IGNvbnNlcnZlciAgICAgICAgDQogICAgICAgICAgICAgMjAwOS0x MS0xOCAyMTozMCAgICAgICAgICBzY2FsaW5nIG91dCBhYmlsaXR5ICAgICAgICAgICAgICAgICAN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICANCg0KDQoNCg0KMjAwOS8xMS8xOCBHdWFuZyBDaGVuZyBMaSA8bGlndWFuZ2NAY24uaWJt LmNvbT4NCiAgV2UgYXJlIHVzaW5nIGNvbnNlcnZlciB0byBoYW5kbGUgdGhlIGNvbnNvbGVzIGlu IG91ciBjbHVzdGVyLCBldmVyeXRoaW5nDQogIHdvcmtlZCBwZXJmZWN0IHVudGlsIHNldmVyYWwg bW9udGhzIGFnbyB3aGVuIG91ciBjbHVzdGVyIGlzIGdyb3dpbmcNCiAgbGFyZ2VyIGFuZCBsYXJn ZXIuIEZvciBub3csIG91ciBjbHVzdGVyIGhhcyAyLDAwMCBub2RlcyBhbmQgd2lsbCBiZQ0KICBn cm93aW5nIHRvIDE2LDAwMCBub2RlcyBpbiB0aGUgbmVhciBmdXR1cmUsIHdlIGFyZSBzZWVpbmcg cHJvYmxlbXMgd2l0aA0KICB0aGUgMiwwMDAgbm9kZXMuDQoNCiAgMS4gdGhlIGNvbnNlcnZlciB3 aWxsIHN0YXJ0IHJlc3BvbmRpbmcgc2xvdyBhZnRlciB0aGUgY29uc2VydmVyIGhhdmUgYmVlbg0K ICBydW5uaW5nIGZvciBhIHdoaWxlKG1heWJlIHNldmVyYWwgZGF5cywgSSBhbSBub3Qgc28gc3Vy ZSksIHdoZW4gdGhlDQogIGNvbnNlcnZlciByZXNwb25kcyBzbG93LCBpdCBwcm9iYWJseSB0YWtl cyBtb3JlIHRoYW4gMTAgc2Vjb25kcyB0byBvcGVuDQogIHRoZSBub2RlIGNvbnNvbGUsIG9yIG9j Y2FzaW9uYWxseSBjYW4gbm90IG9wZW4gdGhlIGNvbnNvbGVzIGZvciB0aGUgbm9kZXMNCiAgYXQg YWxsLiB3ZSBoYXZlIHRvIHJlc3RhcnQgdGhlIGNvbnNlcnZlciB0byBmaXggdGhlIHByb2JsZW0u DQoNCg0KDQpJIHdvdWxkIHN1c3BlY3QgdGhhdCBwZXJoYXBzIHlvdSBoYXZlIHN0YXJ0ZWQgc3dh cHBpbmcsIGVpdGhlciBkdWUgdG8gYQ0KbWVtb3J5IGxlYWsgb3IganVzdCBtZW1vcnkgY29uc3Vt cHRpb24uDQogIDIuIFRoZSBjb25zZXJ2ZXIgcmVzdGFydCB3aWxsIHRha2UgYSB2ZXJ5IGxvbmcg dGltZSwgYWJvdXQgNSBtaW51dGVzLCB0bw0KICBmaW5pc2ggdGhlIGluaXRpYWxpemF0aW9uIHdp dGggMiwwMDAgbm9kZXMsIGR1cmluZyB0aGUgY29uc2VydmVyDQogIGluaXRpYWxpemF0aW9uLCB0 aGUgcmNvbnMgd2lsbCBnZXQgIkNvbm5lY3Rpb24gcmVmdXNlZCIgZXJyb3IuDQoNCg0KDQpXaGF0 IG1ldGhvZCBhcmUgeW91IHVzaW5nIHRvIGNvbm5lY3QgdG8gdGhlIG5vZGVzP8KgIE91ciBjb25z ZXJ2ZXIgKG9ubHkNCn41MDApIG5vZGVzIGNvbm5lY3RzIHZpYSBDeWNsYWRlcyBBQ1MtNDggYm94 ZXMsIGFuZCB3ZSBxdWlja2x5IGZvdW5kIG91dA0KdGhhdCAncmF3IHNvY2tldCcgY29ubmVjdGlv bnMgc2NhbGVkIHZhc3RseSBiZXR0ZXIgdGhhbiAnc3NoJyBvbmVzLgANCkpvaG5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KdXNlcnMgbWFpbGluZyBsaXN0 DQp1c2Vyc0Bjb25zZXJ2ZXIuY29tDQpodHRwczovL3d3dy5jb25zZXJ2ZXIuY29tL21haWxtYW4v bGlzdGluZm8vdXNlcnMNCg0KDQo= --1__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9 Content-type: text/html; charset=UTF-8 Content-Disposition: inline Content-transfer-encoding: base64 PGh0bWw+PGJvZHk+DQo8cD5ISSwgPGJyPg0KPGJyPg0KV2UgYXJlIG5vdCB1c2luZyB0aGUgdGVy bWluYWwgc2VydmVycyB0byBjb25uZWN0IHRvIHRoZSBub2Rlcywgd2UgYXJlIHVzaW5nIHRoZSBJ Qk0gaGFyZHdhcmUgbWFuYWdlbWVudCBjb25zb2xlIHRvIG9wZW4gdGhlIGNvbnNvbGVzLiBUaGUg SUJNIGhhcmR3YXJlIG1hbmFnZW1lbnQgY29uc29sZSBoYXMgaXRzIG93biB1dGlsaXR5IHRvIG9w ZW4gdGhlIGNvbnNvbGVzIHRvIGFsbCB0aGUgbm9kZXMgdGhhdCBhcmUgbWFuYWdlZCBieSBpdC48 YnI+DQo8YnI+DQpUaGFua3MsPGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiBMaSxHdWFuZyBD aGVuZyAo5p2O5YWJ5oiQKTxicj4NCiBJQk0gQ2hpbmEgU29mdHdhcmUgRGV2ZWxvcG1lbnQgTGFi b3JhdG9yeTxicj4NCjxicj4NCjxpbWcgd2lkdGg9IjE2IiBoZWlnaHQ9IjE2IiBzcmM9ImNpZDox X189QzdCQkZDRTBERkFFQzBGOThmOWU4YTkzZGY5MzhAY24uaWJtLmNvbSIgYm9yZGVyPSIwIiBh bHQ9IkluYWN0aXZlIGhpZGUgZGV0YWlscyBmb3IgSm9obiBIYXNjYWxsICZsdDtqb2huQGlhc3Rh dGUuZWR1Jmd0OyI+Sm9obiBIYXNjYWxsICZsdDtqb2huQGlhc3RhdGUuZWR1Jmd0Ozxicj4NCjxi cj4NCjxicj4NCg0KPHRhYmxlIHdpZHRoPSIxMDAlIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIw IiBjZWxscGFkZGluZz0iMCI+DQo8dHIgdmFsaWduPSJ0b3AiPjx0ZCBzdHlsZT0iYmFja2dyb3Vu ZC1pbWFnZTp1cmwoY2lkOjJfXz1DN0JCRkNFMERGQUVDMEY5OGY5ZThhOTNkZjkzOEBjbi5pYm0u Y29tKTsgYmFja2dyb3VuZC1yZXBlYXQ6IG5vLXJlcGVhdDsgIiB3aWR0aD0iNDAlIj4NCjx1bD4N Cjx1bD4NCjx1bD4NCjx1bD48Yj48Zm9udCBzaXplPSIyIj5Kb2huIEhhc2NhbGwgJmx0O2pvaG5A aWFzdGF0ZS5lZHUmZ3Q7PC9mb250PjwvYj48Zm9udCBzaXplPSIyIj4gPC9mb250Pjxicj4NCjxm b250IHNpemU9IjIiPlNlbnQgYnk6IHVzZXJzLWJvdW5jZXNAY29uc2VydmVyLmNvbTwvZm9udD4N CjxwPjxmb250IHNpemU9IjIiPjIwMDktMTEtMTggMjE6MzA8L2ZvbnQ+PC91bD4NCjwvdWw+DQo8 L3VsPg0KPC91bD4NCjwvdGQ+PHRkIHdpZHRoPSI2MCUiPg0KPHRhYmxlIHdpZHRoPSIxMDAlIiBi b3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCI+DQo8dHIgdmFsaWduPSJ0 b3AiPjx0ZCB3aWR0aD0iMSUiPjxpbWcgd2lkdGg9IjU4IiBoZWlnaHQ9IjEiIHNyYz0iY2lkOjNf Xz1DN0JCRkNFMERGQUVDMEY5OGY5ZThhOTNkZjkzOEBjbi5pYm0uY29tIiBib3JkZXI9IjAiIGFs dD0iIj48YnI+DQo8ZGl2IGFsaWduPSJyaWdodCI+PGZvbnQgc2l6ZT0iMiI+VG88L2ZvbnQ+PC9k aXY+PC90ZD48dGQgd2lkdGg9IjEwMCUiPjxpbWcgd2lkdGg9IjEiIGhlaWdodD0iMSIgc3JjPSJj aWQ6M19fPUM3QkJGQ0UwREZBRUMwRjk4ZjllOGE5M2RmOTM4QGNuLmlibS5jb20iIGJvcmRlcj0i MCIgYWx0PSIiPjxicj4NCjxmb250IHNpemU9IjIiPnVzZXJzQGNvbnNlcnZlci5jb208L2ZvbnQ+ PC90ZD48L3RyPg0KDQo8dHIgdmFsaWduPSJ0b3AiPjx0ZCB3aWR0aD0iMSUiPjxpbWcgd2lkdGg9 IjU4IiBoZWlnaHQ9IjEiIHNyYz0iY2lkOjNfXz1DN0JCRkNFMERGQUVDMEY5OGY5ZThhOTNkZjkz OEBjbi5pYm0uY29tIiBib3JkZXI9IjAiIGFsdD0iIj48YnI+DQo8ZGl2IGFsaWduPSJyaWdodCI+ PGZvbnQgc2l6ZT0iMiI+Y2M8L2ZvbnQ+PC9kaXY+PC90ZD48dGQgd2lkdGg9IjEwMCUiPjxpbWcg d2lkdGg9IjEiIGhlaWdodD0iMSIgc3JjPSJjaWQ6M19fPUM3QkJGQ0UwREZBRUMwRjk4ZjllOGE5 M2RmOTM4QGNuLmlibS5jb20iIGJvcmRlcj0iMCIgYWx0PSIiPjxicj4NCjwvdGQ+PC90cj4NCg0K PHRyIHZhbGlnbj0idG9wIj48dGQgd2lkdGg9IjElIj48aW1nIHdpZHRoPSI1OCIgaGVpZ2h0PSIx IiBzcmM9ImNpZDozX189QzdCQkZDRTBERkFFQzBGOThmOWU4YTkzZGY5MzhAY24uaWJtLmNvbSIg Ym9yZGVyPSIwIiBhbHQ9IiI+PGJyPg0KPGRpdiBhbGlnbj0icmlnaHQiPjxmb250IHNpemU9IjIi PlN1YmplY3Q8L2ZvbnQ+PC9kaXY+PC90ZD48dGQgd2lkdGg9IjEwMCUiPjxpbWcgd2lkdGg9IjEi IGhlaWdodD0iMSIgc3JjPSJjaWQ6M19fPUM3QkJGQ0UwREZBRUMwRjk4ZjllOGE5M2RmOTM4QGNu LmlibS5jb20iIGJvcmRlcj0iMCIgYWx0PSIiPjxicj4NCjxmb250IHNpemU9IjIiPlJlOiBxdWVz dGlvbiBhYm91dCBjb25zZXJ2ZXIgc2NhbGluZyBvdXQgYWJpbGl0eTwvZm9udD48L3RkPjwvdHI+ DQo8L3RhYmxlPg0KDQo8dGFibGUgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRp bmc9IjAiPg0KPHRyIHZhbGlnbj0idG9wIj48dGQgd2lkdGg9IjU4Ij48aW1nIHdpZHRoPSIxIiBo ZWlnaHQ9IjEiIHNyYz0iY2lkOjNfXz1DN0JCRkNFMERGQUVDMEY5OGY5ZThhOTNkZjkzOEBjbi5p Ym0uY29tIiBib3JkZXI9IjAiIGFsdD0iIj48L3RkPjx0ZCB3aWR0aD0iMzM2Ij48aW1nIHdpZHRo PSIxIiBoZWlnaHQ9IjEiIHNyYz0iY2lkOjNfXz1DN0JCRkNFMERGQUVDMEY5OGY5ZThhOTNkZjkz OEBjbi5pYm0uY29tIiBib3JkZXI9IjAiIGFsdD0iIj48L3RkPjwvdHI+DQo8L3RhYmxlPg0KPC90 ZD48L3RyPg0KPC90YWJsZT4NCjxicj4NCjxmb250IHNpemU9IjQiPjIwMDkvMTEvMTggR3Vhbmcg Q2hlbmcgTGkgJmx0OzwvZm9udD48YSBocmVmPSJtYWlsdG86bGlndWFuZ2NAY24uaWJtLmNvbSI+ PHU+PGZvbnQgc2l6ZT0iNCIgY29sb3I9IiMwMDAwRkYiPmxpZ3VhbmdjQGNuLmlibS5jb208L2Zv bnQ+PC91PjwvYT48Zm9udCBzaXplPSI0Ij4mZ3Q7IDwvZm9udD4NCjx1bD48Zm9udCBzaXplPSI0 Ij5XZSBhcmUgdXNpbmcgY29uc2VydmVyIHRvIGhhbmRsZSB0aGUgY29uc29sZXMgaW4gb3VyIGNs dXN0ZXIsIGV2ZXJ5dGhpbmcgd29ya2VkIHBlcmZlY3QgdW50aWwgc2V2ZXJhbCBtb250aHMgYWdv IHdoZW4gb3VyIGNsdXN0ZXIgaXMgZ3Jvd2luZyBsYXJnZXIgYW5kIGxhcmdlci4gRm9yIG5vdywg b3VyIGNsdXN0ZXIgaGFzIDIsMDAwIG5vZGVzIGFuZCB3aWxsIGJlIGdyb3dpbmcgdG8gMTYsMDAw IG5vZGVzIGluIHRoZSBuZWFyIGZ1dHVyZSwgd2UgYXJlIHNlZWluZyBwcm9ibGVtcyB3aXRoIHRo ZSAyLDAwMCBub2Rlcy48YnI+DQo8YnI+DQoxLiB0aGUgY29uc2VydmVyIHdpbGwgc3RhcnQgcmVz cG9uZGluZyBzbG93IGFmdGVyIHRoZSBjb25zZXJ2ZXIgaGF2ZSBiZWVuIHJ1bm5pbmcgZm9yIGEg d2hpbGUobWF5YmUgc2V2ZXJhbCBkYXlzLCBJIGFtIG5vdCBzbyBzdXJlKSwgd2hlbiB0aGUgY29u c2VydmVyIHJlc3BvbmRzIHNsb3csIGl0IHByb2JhYmx5IHRha2VzIG1vcmUgdGhhbiAxMCBzZWNv bmRzIHRvIG9wZW4gdGhlIG5vZGUgY29uc29sZSwgb3Igb2NjYXNpb25hbGx5IGNhbiBub3Qgb3Bl biB0aGUgY29uc29sZXMgZm9yIHRoZSBub2RlcyBhdCBhbGwuIHdlIGhhdmUgdG8gcmVzdGFydCB0 aGUgY29uc2VydmVyIHRvIGZpeCB0aGUgcHJvYmxlbS48L2ZvbnQ+PC91bD4NCjxicj4NCjxmb250 IHNpemU9IjQiPjxicj4NCkkgd291bGQgc3VzcGVjdCB0aGF0IHBlcmhhcHMgeW91IGhhdmUgc3Rh cnRlZCBzd2FwcGluZywgZWl0aGVyIGR1ZSB0byBhIG1lbW9yeSBsZWFrIG9yIGp1c3QgbWVtb3J5 IGNvbnN1bXB0aW9uLiA8L2ZvbnQ+DQo8dWw+PGZvbnQgc2l6ZT0iNCI+Mi4gVGhlIGNvbnNlcnZl ciByZXN0YXJ0IHdpbGwgdGFrZSBhIHZlcnkgbG9uZyB0aW1lLCBhYm91dCA1IG1pbnV0ZXMsIHRv IGZpbmlzaCB0aGUgaW5pdGlhbGl6YXRpb24gd2l0aCAyLDAwMCBub2RlcywgZHVyaW5nIHRoZSBj b25zZXJ2ZXIgaW5pdGlhbGl6YXRpb24sIHRoZSByY29ucyB3aWxsIGdldCAmcXVvdDtDb25uZWN0 aW9uIHJlZnVzZWQmcXVvdDsgZXJyb3IuPC9mb250PjwvdWw+DQo8YnI+DQo8Zm9udCBzaXplPSI0 Ij48YnI+DQpXaGF0IG1ldGhvZCBhcmUgeW91IHVzaW5nIHRvIGNvbm5lY3QgdG8gdGhlIG5vZGVz P8KgIE91ciBjb25zZXJ2ZXIgKG9ubHkgfjUwMCkgbm9kZXMgY29ubmVjdHMgdmlhIEN5Y2xhZGVz IEFDUy00OCBib3hlcywgYW5kIHdlIHF1aWNrbHkgZm91bmQgb3V0IHRoYXQgJ3JhdyBzb2NrZXQn IGNvbm5lY3Rpb25zIHNjYWxlZCB2YXN0bHkgYmV0dGVyIHRoYW4gJ3NzaCcgb25lcy48YnI+DQrC oDxicj4NCkpvaG48L2ZvbnQ+PHR0Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KdXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KdXNlcnNAY29uc2VydmVy LmNvbTxicj4NCjwvdHQ+PHR0PjxhIGhyZWY9Imh0dHBzOi8vd3d3LmNvbnNlcnZlci5jb20vbWFp bG1hbi9saXN0aW5mby91c2VycyI+aHR0cHM6Ly93d3cuY29uc2VydmVyLmNvbS9tYWlsbWFuL2xp c3RpbmZvL3VzZXJzPC9hPjwvdHQ+PHR0Pjxicj4NCjwvdHQ+DQo8cD48L2JvZHk+PC9odG1sPg== --1__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9-- --0__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9 Content-type: image/gif; name="graycol.gif" Content-Disposition: inline; filename="graycol.gif" Content-ID: <1__=C7BBFCE0DFAEC0F98f9e8a93df938@cn.ibm.com> Content-transfer-encoding: base64 R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7 --0__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9 Content-type: image/gif; name="pic04012.gif" Content-Disposition: inline; filename="pic04012.gif" Content-ID: <2__=C7BBFCE0DFAEC0F98f9e8a93df938@cn.ibm.com> Content-transfer-encoding: base64 R0lGODlhWABDALP/AAAAAK04Qf79/o+Gm7WuwlNObwoJFCsoSMDAwGFsmIuezf///wAAAAAAAAAA AAAAACH5BAEAAAgALAAAAABYAEMAQAT/EMlJq704682770RiFMRinqggEUNSHIchG0BCfHhOjAuh EDeUqTASLCbBhQrhG7xis2j0lssNDopE4jfIJhDaggI8YB1sZeZgLVA9YVCpnGagVjV171aRVrYR RghXcAGFhoUETwYxcXNyADJ3GlcSKGAwLwllVC1vjIUHBWsFilKQdI8GA5IcpApeJQt8L09lmgkH LZikoU5wjqcyAMMFrJIDPAKvCFletKSev1HBw8KrxtjZ2tvc3d5VyKtCKW3jfz4uMKmq3xu4N0nK BVoJQmx2LGVOmrqNjjJf2hHAQo/eDwJGTKhQMcgQEEAnEjFS98+RnW3smGkZU6ncCWav/4wYOnAI TihRL/4FEwbp28BXMMcoscQCVxlepL4IGDSCyJyVQOu0o7CjmLN50OZlqWmyFy5/6yBBuji0AxFR M00oQAqNIstqI6qKHUsWRAEAvagsmfUEAImyxgbmUpJk3IklNUtJOUAVLoUr1+wqDGTE4zk+T6FG uQb3SizBCwatiiUgCBN8vrz+zFjVyQ8FWkOlg4NQiZMB5QS8QO3mpOaKnL0Z2EKvNMSILEThKhCg zMKPVxYJh23qm9KNW7pArPynMqZDiErsTMqI+LRi3QAgkFUbXpuFKhSYZALd0O5RKa2z9EYKBbpb qxIKsjUPRgD7I2XYV6wyrOw92ykExP8NW4URhknC5dKGE4v4NENQj2jXjmfNgOZDaXb5glRmXQ33 YEWQYNcZFnrYcIQLNzyTFDQNkXIff0ExVlY4srziQk43inZgL4rwxxINMvpFFAz1KOODHiu+4aEw NEjFl5B3JIKWKF3k6I9bfUGp5ZZcdunll5IA4cuHvQQJ5gcsoCWOOUwgltIwAKRxJgbIkJAQZEq0 2YliZnpZZ4BH3CnYOXldOUOfQoYDqF1LFHbXCrO8xmRsfoXDXJ6ChjCAH3QlhJcT6VWE6FCkfCco CgrMFsROrIEX3o2whVjWDjoJccN3LdggSGXLCdLEgHr1lyU3O3QxhgohNKXJCWv8JQr/PDdaqd6w 2rj1inLiGeiCJoDspAoQlYE6QWLSECehcWIYxIQES6zhbn1iImTHEQyqJ4eIxJJoUBc+3CbBuwZE V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw 9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgmQEyb jqRwSAt6bqMCOFkvKFN2GPPkUzIm/SCF8z8pVzpbjVnMsy0vOr1hw3SaSRUhpY09v0z0J1FnwzPl fmh+xl4WtR0zGu24I4KbMQm3lnVu2oNWxI9W/lcyzA+mCKF4DBikxb/+UWtOGRiFP8qEwAayIgIA Ow== --0__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9 Content-type: image/gif; name="ecblank.gif" Content-Disposition: inline; filename="ecblank.gif" Content-ID: <3__=C7BBFCE0DFAEC0F98f9e8a93df938@cn.ibm.com> Content-transfer-encoding: base64 R0lGODlhEAABAIAAAAAAAP///yH5BAEAAAEALAAAAAAQAAEAAAIEjI8ZBQA7 --0__=C7BBFCE0DFAEC0F98f9e8a93df938690918cC7BBFCE0DFAEC0F9-- From cpz@tuunq.com Thu Nov 19 16:54:20 2009 Received: from mail.tuunq.com (75-101-13-164.dsl.static.sonic.net [75.101.13.164]) by underdog.stansell.org (8.14.3/8.14.3) with ESMTP id nAJGsERi000755 for ; Thu, 19 Nov 2009 16:54:20 GMT Received: from [127.0.0.1] (ruan.tuunq.com [198.3.161.2]) by mail.tuunq.com (Postfix) with ESMTP id 51C9C7AD; Thu, 19 Nov 2009 08:54:12 -0800 (PST) Message-ID: <4B057832.9@tuunq.com> Date: Thu, 19 Nov 2009 08:54:10 -0800 From: Carl Zwanzig User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Guang Cheng Li Subject: Re: question about conserver scaling out ability References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2009 16:54:20 -0000 Guang Cheng Li wrote: > We are not using the terminal servers to connect to the nodes, we are using > the IBM hardware management console to open the consoles. The IBM hardware > management console has its own utility to open the consoles to all the > nodes that are managed by it. Have you looked to the overhead of the IBM console app? IME these sort of apps try to be all things to all people, where in your case, you simply need it to be a conduit from the conserver daemon to the target host. If the IBM app has a "be really stupid" mode, you might try that. z! From Andy.Pearce@austrocontrol.at Fri Nov 20 10:16:31 2009 Received: from mail56.messagelabs.com (mail56.messagelabs.com [193.109.254.67]) by underdog.stansell.org (8.14.3/8.14.3) with SMTP id nAKAGOqE010186 for ; Fri, 20 Nov 2009 10:16:30 GMT X-VirusChecked: Checked X-Env-Sender: Andy.Pearce@austrocontrol.at X-Msg-Ref: server-9.tower-56.messagelabs.com!1258712183!15522413!1 X-StarScan-Version: 6.2.4; banners=-,-,- X-Originating-IP: [193.81.1.132] Received: (qmail 16267 invoked from network); 20 Nov 2009 10:16:23 -0000 Received: from unknown (HELO proxy1.austrocontrol.at) (193.81.1.132) by server-9.tower-56.messagelabs.com with SMTP; 20 Nov 2009 10:16:23 -0000 Received: from proxy1.austrocontrol.at (localhost [127.0.0.1]) by proxy1.austrocontrol.at (8.12.11/8.12.11/deliver) with ESMTP id nAKAGB6h023206 for ; Fri, 20 Nov 2009 10:16:11 GMT Received: from exchsrv1 (exchngn1.lowl.austrocontrol.at [193.80.134.101]) by proxy1.austrocontrol.at (8.12.11/8.12.11/to IMSS) with ESMTP id nAKAGB5p023201 for ; Fri, 20 Nov 2009 10:16:11 GMT X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: conserver spy mode Date: Fri, 20 Nov 2009 11:16:10 +0100 Message-ID: <09344F86CC53BE4EA61557124E79A56F03B61149@EXCHSRV1.win.austrocontrol.at> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: conserver spy mode Thread-Index: Acppyntovy8s1zONQk2DRwsY8mh+wA== From: "Pearce Andy" To: X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2009 10:16:31 -0000 Hi, I have seen the following behavior during my checks to see if we can use conserver. I perform the following commands: 1] Open a read/write console session to a machine A. 2] Open a second read only [spy] session to the same machine A. 3] The first session [read/write] is exited. 4] The second session [spy] switches to read/write. My question is, is it possible to make the spy sessions always be read only ? Many thanks=20 Andy Pearce From bryan@stansell.org Sat Nov 21 01:13:58 2009 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.14.3/8.14.3) with ESMTP id nAL1Dwrb004253 for ; Sat, 21 Nov 2009 01:13:58 GMT Received: (from bryan@localhost) by underdog.stansell.org (8.14.3/8.14.3/Submit) id nAL1DwEm004252 for users@conserver.com; Fri, 20 Nov 2009 17:13:58 -0800 (PST) Date: Fri, 20 Nov 2009 17:13:58 -0800 From: Bryan Stansell To: users@conserver.com Subject: Re: conserver spy mode Message-ID: <20091121011358.GE8165@underdog.stansell.org> References: <09344F86CC53BE4EA61557124E79A56F03B61149@EXCHSRV1.win.austrocontrol.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09344F86CC53BE4EA61557124E79A56F03B61149@EXCHSRV1.win.austrocontrol.at> User-Agent: Mutt/1.4.2.3i X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2009 01:13:58 -0000 If you use 'console -s ' then you'll be requested a read-only connection, and you won't become read-write when the other user disconnects. The default is ask for a read-write connection. If a particular user should always have read-only access to a console, you can put them on the 'ro' list in the conserver.cf file for that console. Then they have no chance of read-write. Bryan On Fri, Nov 20, 2009 at 11:16:10AM +0100, Pearce Andy wrote: > Hi, > > I have seen the following behavior during my checks to see if > we can use conserver. > > I perform the following commands: > > 1] Open a read/write console session to a machine A. > 2] Open a second read only [spy] session to the same machine A. > 3] The first session [read/write] is exited. > 4] The second session [spy] switches to read/write. > > My question is, is it possible to make the spy sessions always be read > only ? > > Many thanks > > Andy Pearce > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users From Andy.Pearce@austrocontrol.at Thu Nov 26 08:53:07 2009 Received: from mail57.messagelabs.com (mail57.messagelabs.com [195.245.230.115]) by underdog.stansell.org (8.14.3/8.14.3) with SMTP id nAQ8qV9m006213 for ; Thu, 26 Nov 2009 08:53:06 GMT X-VirusChecked: Checked X-Env-Sender: Andy.Pearce@austrocontrol.at X-Msg-Ref: server-13.tower-57.messagelabs.com!1259225550!19163861!1 X-StarScan-Version: 6.2.4; banners=-,-,- X-Originating-IP: [193.81.1.132] Received: (qmail 22385 invoked from network); 26 Nov 2009 08:52:30 -0000 Received: from unknown (HELO proxy1.austrocontrol.at) (193.81.1.132) by server-13.tower-57.messagelabs.com with SMTP; 26 Nov 2009 08:52:30 -0000 Received: from proxy1.austrocontrol.at (localhost [127.0.0.1]) by proxy1.austrocontrol.at (8.12.11/8.12.11/deliver) with ESMTP id nAQ8qJoh019214 for ; Thu, 26 Nov 2009 08:52:19 GMT Received: from exchsrv1 (exchngn1.lowl.austrocontrol.at [193.80.134.101]) by proxy1.austrocontrol.at (8.12.11/8.12.11/to IMSS) with ESMTP id nAQ8qI0b019207 for ; Thu, 26 Nov 2009 08:52:18 GMT X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: Console connection status Date: Thu, 26 Nov 2009 09:52:18 +0100 Message-ID: <09344F86CC53BE4EA61557124E79A56F03B61151@EXCHSRV1.win.austrocontrol.at> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Console connection status Thread-Index: AcpudcIBSp3nESvMSViJYxsXPCfmhA== From: "Pearce Andy" To: X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2009 08:53:07 -0000 Hi, We have the requirement to graphically present the status of all console links. Does the conserver daemon maintain this information in any form that could be queried to simplify in this task ? Many thanks Andy Pearce From ajc22@york.ac.uk Thu Nov 26 09:01:02 2009 Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by underdog.stansell.org (8.14.3/8.14.3) with ESMTP id nAQ90u81007261 for ; Thu, 26 Nov 2009 09:01:02 GMT Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id nAQ90spN002138 for ; Thu, 26 Nov 2009 09:00:54 GMT Received: from cnf156-156.york.ac.uk ([144.32.156.156]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1NDaDe-0004C2-A8 for users@conserver.com; Thu, 26 Nov 2009 09:00:54 +0000 Message-Id: From: Arthur Clune To: users@conserver.com In-Reply-To: <09344F86CC53BE4EA61557124E79A56F03B61151@EXCHSRV1.win.austrocontrol.at> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: Console connection status Date: Thu, 26 Nov 2009 09:00:54 +0000 References: <09344F86CC53BE4EA61557124E79A56F03B61151@EXCHSRV1.win.austrocontrol.at> X-Mailer: Apple Mail (2.936) X-York-MailScanner: Found to be clean X-York-MailScanner-From: ajc22@york.ac.uk X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2009 09:01:03 -0000 console -u Arthur On 26 Nov 2009, at 08:52, Pearce Andy wrote: > We have the requirement to graphically present the status of all > console links. Does the conserver daemon maintain this information > in any form that could be queried to simplify in this task ? -- Dr. A. Clune CISSP, IT Security Specialist, The Computing Service, University of York. ajc22@york.ac.uk. +44 (0) 1904 433129 This email and its attachments may be confidential and are intended solely for the use of the intended recipient. If you are not the intended recipient of this email and its attachments, you must take no action based upon them, nor must you copy or show them to anyone. Please contact the sender if you believe you have received this email in error. Any views or opinions expressed are solely those of the author and do not necessarily represent those of The University of York. From bryan@stansell.org Thu Nov 26 17:25:04 2009 Received: from underdog.stansell.org (localhost [127.0.0.1]) by underdog.stansell.org (8.14.3/8.14.3) with ESMTP id nAQHP4pM019018 for ; Thu, 26 Nov 2009 17:25:04 GMT Received: (from bryan@localhost) by underdog.stansell.org (8.14.3/8.14.3/Submit) id nAQHP4A2019017 for users@conserver.com; Thu, 26 Nov 2009 09:25:04 -0800 (PST) Date: Thu, 26 Nov 2009 09:25:04 -0800 From: Bryan Stansell To: users@conserver.com Subject: Re: Console connection status Message-ID: <20091126172504.GI8165@underdog.stansell.org> References: <09344F86CC53BE4EA61557124E79A56F03B61151@EXCHSRV1.win.austrocontrol.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2009 17:25:04 -0000 Or 'console -i'. It's made to be easier to parse. Bryan On Thu, Nov 26, 2009 at 09:00:54AM +0000, Arthur Clune wrote: > > console -u > > Arthur > > On 26 Nov 2009, at 08:52, Pearce Andy wrote: > > >We have the requirement to graphically present the status of all > >console links. Does the conserver daemon maintain this information > >in any form that could be queried to simplify in this task ? > > -- > Dr. A. Clune CISSP, IT Security Specialist, The Computing Service, > University of York. ajc22@york.ac.uk. +44 (0) 1904 433129 > This email and its attachments may be confidential and are intended > solely for the use of the intended recipient. If you are not the > intended recipient of this email and its attachments, you must take no > action based upon them, nor must you copy or show them to anyone. > Please contact the sender if you believe you have received this email > in error. > > Any views or opinions expressed are solely those of the author and do > not necessarily represent those of The University of York. > > _______________________________________________ > users mailing list > users@conserver.com > https://www.conserver.com/mailman/listinfo/users From cpz@tuunq.com Thu Nov 26 17:40:05 2009 Received: from mail.tuunq.com (75-101-13-164.dsl.static.sonic.net [75.101.13.164]) by underdog.stansell.org (8.14.3/8.14.3) with ESMTP id nAQHe0xl019201; Thu, 26 Nov 2009 17:40:05 GMT Received: from [127.0.0.1] (ruan.tuunq.com [198.3.161.2]) by mail.tuunq.com (Postfix) with ESMTP id BF97C7AD; Thu, 26 Nov 2009 09:39:58 -0800 (PST) Message-ID: <4B0EBD6E.9000502@tuunq.com> Date: Thu, 26 Nov 2009 09:39:58 -0800 From: Carl Zwanzig User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Bryan Stansell Subject: Re: Console connection status References: <09344F86CC53BE4EA61557124E79A56F03B61151@EXCHSRV1.win.austrocontrol.at> <20091126172504.GI8165@underdog.stansell.org> In-Reply-To: <20091126172504.GI8165@underdog.stansell.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 Cc: users@conserver.com X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2009 17:40:05 -0000 Bryan Stansell wrote: > Or 'console -i'. It's made to be easier to parse. Then process with tk for the graphical part. z! From bjorn.helgaas@hp.com Mon Nov 30 23:23:24 2009 Received: from g5t0006.atlanta.hp.com (g5t0006.atlanta.hp.com [15.192.0.43]) by underdog.stansell.org (8.14.3/8.14.3) with ESMTP id nAUNNILx012861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 30 Nov 2009 23:23:24 GMT Received: from g1t0038.austin.hp.com (g1t0038.austin.hp.com [16.236.32.44]) by g5t0006.atlanta.hp.com (Postfix) with ESMTP id 58957C0C3 for ; Mon, 30 Nov 2009 23:23:18 +0000 (UTC) Received: from ldl (linux.corp.hp.com [15.11.146.101]) by g1t0038.austin.hp.com (Postfix) with ESMTP id ECA6830072; Mon, 30 Nov 2009 23:23:17 +0000 (UTC) Received: from localhost (ldl.fc.hp.com [127.0.0.1]) by ldl (Postfix) with ESMTP id 9CDFBCF000D; Mon, 30 Nov 2009 16:23:17 -0700 (MST) Received: from ldl ([127.0.0.1]) by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1bDwXLkrObCX; Mon, 30 Nov 2009 16:23:17 -0700 (MST) Received: from tigger.helgaas (lart.fc.hp.com [15.11.146.31]) by ldl (Postfix) with ESMTP id 8A1E4CF0007; Mon, 30 Nov 2009 16:23:17 -0700 (MST) From: Bjorn Helgaas To: users@conserver.com Subject: power/reset control from conserver Date: Mon, 30 Nov 2009 16:23:16 -0700 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911301623.16850.bjorn.helgaas@hp.com> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 209.182.219.30 X-BeenThere: users@conserver.com X-Mailman-Version: 2.1.12 Precedence: list List-Id: Conserver Users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2009 23:23:25 -0000 I'd really like to be able to use a conserver escape sequence to reset or power cycle a system, for example, by using PowerMan. Having this ability inside conserver would be handy because it would automatically target the correct machine and reduce the need to exit/re-enter "console". Is there a way to do this in conserver? Would this be useful to anybody else? Apparently ConMan can do this with "&R" and something like: SERVER resetcmd="powerman --cycle %N" in /etc/conman.conf. But I have a long history with conserver, so I'd rather not switch. Bjorn