Hello,
When I connect to XCP pool master from remote host using OpenXenCenter,
it's work, but on same host with xe cli, I receive error "Error:
Connection reset by peer (calling read )":
$ xe help -debug -s X.X.X.X -pwf pwd.sec
Connecting via stunnel to [X.X.X.X] port [443]
stunnel: stunnel has pidty: (StdFork 19607)
stunnel: success: Log from stunnel: []
Error: Connection reset by peer (calling read )
***
$ strace xe help -debug -s X.X.X.X -pwf pwd.sec
execve("/usr/bin/xe", ["xe", "help", "-debug", "-s", "X.X.X.X", "-pwf",
"pwd.sec"], [/* 42 vars */]) = 0
[ Process PID=20630 runs in 32 bit mode. ]
uname({sys="Linux", node="XX", ...}) = 0
brk(0) = 0x9d2d000
brk(0x9d2dcb0) = 0x9d2dcb0
set_thread_area(0xffcfb08c) = 0
brk(0x9d4ecb0) = 0x9d4ecb0
brk(0x9d4f000) = 0x9d4f000
brk(0x9d70000) = 0x9d70000
mmap2(NULL, 516096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xfffffffff769a000
sigaltstack({ss_sp=0x8155220, ss_flags=0x2000 /* SS_??? */,
ss_size=578931165949309080}, NULL) = 0
rt_sigaction(SIGSEGV, {0x808d9de, [], SA_STACK|SA_NODEFER}, NULL, 8) = 0
readlink("/proc/self/exe", "/opt/xensource/bin/xe", 256) = 21
stat64("/opt/xensource/bin/xe", {st_mode=S_IFREG|0755, st_size=1343728,
...}) = 0
_llseek(0, 0, 0xffcfafe0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
_llseek(1, 0, 0xffcfafd0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
_llseek(2, 0, 0xffcfafd0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
gettimeofday({1275911627, 471702}, NULL) = 0
getppid() = 20629
getpid() = 20630
rt_sigaction(SIGPIPE, {SIG_IGN, [], 0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x808da67, [], 0}, {SIG_DFL, [], 0}, 8) = 0
access("/opt/xensource/libexec/stunnel/stunnel", X_OK) = -1 ENOENT (No
such file or directory)
access("/usr/sbin/stunnel4", X_OK) = -1 ENOENT (No such file or
directory)
access("/usr/sbin/stunnel", X_OK) = -1 ENOENT (No such file or
directory)
access("/usr/bin/stunnel4", X_OK) = 0
open("/home/user/.xe", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file
or directory)
open("pwd.sec", O_RDONLY|O_LARGEFILE) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
_llseek(3, 0, [0], SEEK_CUR) = 0
read(3, "root\nXXXXX\n", 4096) = 13
stat64("/var/xapi/verify_certificates", 0xffcfaf7c) = -1 ENOENT (No such
file or directory)
socketpair(PF_FILE, SOCK_STREAM, 0, [4, 5]) = 0
pipe([6, 8]) = 0
open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 9
fcntl64(9, F_SETFD, FD_CLOEXEC) = 0
_llseek(9, 0, [0], SEEK_CUR) = 0
read(9,
"\360x\256Z\342\327\321!\327\311Qm\360\364y\305KX\246<\350\375<\337\317\213\230$\305\371\205\224"...,
4096) = 4096
close(9) = 0
gettimeofday({1275911627, 473231}, NULL) = 0
open("/tmp/stunnel7cd811.log", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0600) = 9
fcntl64(9, F_SETFD, FD_CLOEXEC) = 0
close(9) = 0
open("/tmp/stunnel7cd811.log", O_WRONLY|O_CREAT|O_LARGEFILE, 0) = 9
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0) =
20631
close(5) = 0
close(6) = 0
write(8, "client=yes\nforeground=yes\nsocket"..., 75) = 75
close(8) = 0
close(9) = 0
open("/tmp/stunnel7cd811.log", O_RDONLY|O_LARGEFILE) = 5
read(5, "", 1024) = 0
close(5) = 0
unlink("/tmp/stunnel7cd811.log") = 0
_llseek(4, 0, 0xffcfafa8, SEEK_CUR) = -1 ESPIPE (Illegal seek)
_llseek(4, 0, 0xffcfafb8, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(2, "Connecting via stunnel to [78.24"..., 135Connecting via
stunnel to [X.X.X.X] port [443]
stunnel: stunnel has pidty: (StdFork 20631)
stunnel: success: Log from stunnel: []
) = 135
write(4, "POST /cli HTTP/1.0\r\nUser-agent: "..., 106) = 106
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
read(4, 0xffcf6fb0, 27) = -1 ECONNRESET (Connection
reset by peer)
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
ioctl(0, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo
...}) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
write(2, "Error: Connection reset by peer "..., 48Error: Connection
reset by peer (calling read )
) = 48
exit_group(1)
I test xe from rpm and xe from pool master (on local xe work ok), but on
remote, I still receive error.
Thank you.
--
S pozdravem
Jan Martinů
VSHosting s.r.o.
Telefon: 246 035 835
Email: martinu@xxxxxxxxxxxx
www.vshosting.cz
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|