similar to: Using certtool to generate certificates for ESXi

Hi Daniel, thanks for the reply - The procedure I use is the same as I use for XenServer, and the certificate exchange works just fine. The only thing I'm a bit unclear on, is the location of the CA cert, which in the case of XenServer, I simply put it in /etc/pki/CA. And when I start the libvirtd daemon, it successfully picks it up. If I put the Server key and cert in /etc/vmware/ssl for

2013/10/30 Shiva Bhanujan <sxb075@gmail.com>: > Hi Daniel, > > thanks for the reply - The procedure I use is the same as I use for > XenServer, and the certificate exchange works just fine. The only thing I'm > a bit unclear on, is the location of the CA cert, which in the case of > XenServer, I simply put it in /etc/pki/CA. And when I start the libvirtd > daemon,

On Tue, Oct 29, 2013 at 06:48:46PM -0700, Shiva Bhanujan wrote: > Hello, > > I'm using certtool to generate the server certificates for ESXi - > http://libvirt.org/remote.html#Remote_TLS_CA. I just copy the server > certificate and key as /etc/vmware/ssl/rui.crt and /etc/vmware/ssl/rui.key. > And then use virsh to connect from a CentOS 6.4 VM running on it - "virsh

Hi, I was trying to connect to ESX server using libvirt's virsh console but I am getting the following error: *virsh# connect esx://172.16.73.14* *Enter username for 172.16.73.14 [root]: root* *Enter root's password for 172.16.73.14:* *error: Failed to connect to the hypervisor* *error: internal error curl_easy_perform() returned an error: Peer certificate cannot be authenticated with

The public cert part is good, but the private one begins with "Begin private key", not "RSA key." On Sun, 14 Jun 2015 15:54:23 +0200, you wrote: >Am 13.06.2015 um 22:11 schrieb Steve Matzura: >> On Sat, 13 Jun 2015 21:57:06 +0200, you wrote: >> >>> On Sat, Jun 13, 2015 at 03:41:26PM -0400, Steve Matzura wrote: >>>>>>>> Trying

Hello, Can somebody please point me to documentation regarding installing libvirt and the associated drivers from .rpms? I tried to compile from sources, but not sure where can I get the drivers from. What I get from the ./configure script is the following - configure:71547: Drivers configure:71549: configure:71551: Xen: no configure:71553: QEMU: yes configure:71555: UML: yes

Thanks a ton for the reply Matthias. I tried your suggestion but now I got one more message saying: *virsh # connect esx://172.16.73.14/?no_verify=1* *Enter username for 172.16.73.14 [root]: root* *Enter root's password for 172.16.73.14: * *error: Failed to connect to the hypervisor* *error: internal error: curl_easy_perform() returned an error: Unsupported protocol (1) : Protocol https not

Hi Eric, I'm trying to install the drivers on XenServer 6.0.2 and on Centos 5.2/6.4. I downloaded libvirt 1.1.3. So, if I try to configure w/ xen and libxl, the configure script errors out saying - configure: error: You must install the libxl Library from Xen >= 4.2 to compile libxenlight driver with -lxl btw, I am trying to compile this on XenServer6.0.2 itself, and plan to use virsh

Thanks for the response. My current chain is as follows: caroot -> child-ca1 -> server cert My cacert.pem file has both the caroot and the child-ca1 certs. I have recompiled libvirt on my machine with some extra debug statements and verified that both the caroot cert and the child-ca1 certs are being loaded. But when I try to connect the caroot and child-ca1 certs only appear under the

hi, I am a new user of libvirt ,i really appreciate libvirt?and want to use it in my work.I want to use it to conncet to a ESXi server.when I try to connect to the server ,I use the command :virsh -c esx://name at exmaple.com,And I get an 1.error :error: internal error curl_easy_perform() returned an error: Couldn't connect to server (7) : couldn't connect to host so I think maybe

>From the Wiki: 'There are aready a few bugs in 1.5.2 but more fixes some good new features' Anyone know where the bugs are being listed? I am working through a few issues: 1. When rebooting, the phone will pause for exactly 180 seconds with the screen reading 'updating initial configuration'. I know it is 180 seconds because when I tail the FTP server log the entries are

On 9/17/19 5:35 PM, Richard W.M. Jones wrote: > This neutral refactoring adds -DTLS_MODE. We can in future change the > requested TLS mode, but not in this commit. > > It also checks that nbd_get_tls_negotiated returns true after > connecting, when the requested mode was set to LIBNBD_TLS_REQUIRE. > --- > interop/Makefile.am | 4 ++++ > interop/interop.c | 26

Quoting Gedalya <gedalya at gedalya.net>: > On 05/27/2015 09:55 AM, Rick Romero wrote: >> Quoting Gedalya <gedalya at gedalya.net>: >> >>> On 05/26/2015 10:37 AM, Ron Leach wrote: >>>> https://weakdh.org/sysadmin.html >>>> >>>> includes altering DH parameters length to 2048, and re-specifying the >>>> allowable

On Monday 05 April 2004 13:04, oddsock wrote: > At 07:41 PM 4/4/2004, you wrote: > >That was your plan. > > > >My plan is to provide what currently exists (htpasswd-like) and a 'script' > >authenticator which just calls an external program, as Geoff described. > > > >Both are, of course, possible. Your "URL call" (this is a very strange way

LGTM. I will commit. On Oct 10, 2012, at 1:20 PM, Shuxin Yang <shuxin.llvm at gmail.com> wrote: > Hi, > > The attached is the fix to radar://11663049. The optimization can be outlined by following rules: > > (select (x != c), e, c) -> select (x != c), e, x), > (select (x == c), c, e) -> select (x == c), x, e) > where the <c> is an integer

Currently we test for qemu-img, socat, ss, certtool, etc at run time, but we test for qemu-io at compile time (in ./configure). This commit removes this inconsistency. I would consider the opposite patch (which makes qemu-img etc tested at configure time). The main advantage of testing for these binaries at run time is that tests are not "silently" omitted. Instead tests with

Hello, ogg123 | ices2 are doing transcoding but ogg123 is staying frozen under certain circumstances here is the stack #0 0x401f25d4 in __pthread_sigsuspend () from /lib/libpthread.so.0 #1 0xbffff94c in ?? () #2 0x401f2398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 #3 0x401eef0b in pthread_cond_wait@GLIBC_2.0 () from /lib/libpthread.so.0 #4 0x0804b0d3 in

hi,: I am a new user of libvirt ,I asked a question about using libvirt to connect to esxi server. I got the answer is https://www.redhat.com/archives/libvir-list/2012-February/msg00860.html So,I try to make the change on the mailing list you just added. - * Add a dummy expect header to stop CURL from waiting for a response code + * Add an empty expect header to stop CURL from

Hi, This happens when attempting to install any package. There were no such problems on 11.0. Some other ways to trigger the problem: curlGetHeaders("http://bugs.r-project.org") There are no problems with the first two calls, but then the crash always happens on the third call. tf <- tempfile() download.file("http://cran.r-project.org/",tf,method="libcurl")

Hi, The attached is the fix to radar://11663049. The optimization can be outlined by following rules: (select (x != c), e, c) -> select (x != c), e, x), (select (x == c), c, e) -> select (x == c), x, e) where the <c> is an integer constant. The reason for this change is that : on x86, conditional-move-from-constant needs two instructions; however,