Greetings all:
    I''m attempting to remote control an XCP cloud host from another 
machine, preparatory to throwing together a web front end. I have the 
stand alone xe (5.5.900) installed on a CentOS 5.4 machine, I''ve 
verified correct entry of username and password, but every attempt to 
issue a remote command returns:
Connect reset by peer (calling read)
Any suggestions where I should be looking in the swamp of log files for 
details on this, or what the fix is?
Vern
-- 
Vern Burke
SwiftWater Telecom
http://www.swiftwatertel.com
ISP/CLEC Engineering Services
Data Center Services
Remote Backup Services
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Hi,> Greetings all: > I''m attempting to remote control an XCP cloud host from another > machine, preparatory to throwing together a web front end. I have the > stand alone xe (5.5.900) installed on a CentOS 5.4 machine, I''ve > verified correct entry of username and password, but every attempt to > issue a remote command returns: > > Connect reset by peer (calling read) > > Any suggestions where I should be looking in the swamp of log files for > details on this, or what the fix is?Try adding ''-debug'' to the xe commandline and see what it says. After that it might be worth running ''strace'' on it to see how far it gets? ''xe'' talks SSL by forking an stunnel process: perhaps something is going wrong with that? Cheers, Dave _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Dave:
-debug says:
stunnel: stunnel has pid: 1297
stunnel: success: log from stunnel: []
Error: Connection reset by peer (calling read)
Last line before the error with strace was:
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo 
...}) = 0
Vern
Vern Burke
SwiftWater Telecom
http://www.swiftwatertel.com
ISP/CLEC Engineering Services
Data Center Services
Remote Backup Services
On 1/14/2010 6:19 PM, Dave Scott wrote:> Hi,
>
>> Greetings all:
>>      I''m attempting to remote control an XCP cloud host from
another
>> machine, preparatory to throwing together a web front end. I have the
>> stand alone xe (5.5.900) installed on a CentOS 5.4 machine,
I''ve
>> verified correct entry of username and password, but every attempt to
>> issue a remote command returns:
>>
>> Connect reset by peer (calling read)
>>
>> Any suggestions where I should be looking in the swamp of log files for
>> details on this, or what the fix is?
>
> Try adding ''-debug'' to the xe commandline and see what it
says. After that it might be worth running ''strace'' on it to
see how far it gets?
>
> ''xe'' talks SSL by forking an stunnel process: perhaps
something is going wrong with that?
>
> Cheers,
> Dave
>
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Dave:
    Just a follow up on this, I grabbed a copy of the xe binary from one 
of the XCP cloud hosts and it works just fine on CentOS 5.4. Looks like 
there''s a problem with the xe-only rpm from the web site.
Vern Burke
SwiftWater Telecom
http://www.swiftwatertel.com
ISP/CLEC Engineering Services
Data Center Services
Remote Backup Services
On 1/14/2010 6:19 PM, Dave Scott wrote:> Hi,
>
>> Greetings all:
>>      I''m attempting to remote control an XCP cloud host from
another
>> machine, preparatory to throwing together a web front end. I have the
>> stand alone xe (5.5.900) installed on a CentOS 5.4 machine,
I''ve
>> verified correct entry of username and password, but every attempt to
>> issue a remote command returns:
>>
>> Connect reset by peer (calling read)
>>
>> Any suggestions where I should be looking in the swamp of log files for
>> details on this, or what the fix is?
>
> Try adding ''-debug'' to the xe commandline and see what it
says. After that it might be worth running ''strace'' on it to
see how far it gets?
>
> ''xe'' talks SSL by forking an stunnel process: perhaps
something is going wrong with that?
>
> Cheers,
> Dave
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users