Your message dated Tue, 3 Mar 2015 19:05:26 +0100
with message-id <[email protected]>
and subject line Re: Bug#768997: libcurl3: php curl call causes: SSL: couldn't
create a context: error:140A90F1:lib(20):func(169):reason(241) - SOLUTION
has caused the Debian Bug report #768997,
regarding libcurl3: php curl call causes: SSL: couldn't create a context:
error:140A90F1:lib(20):func(169):reason(241)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
768997: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768997
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libcurl3
Version: 7.26.0-1+wheezy11
Severity: normal
Tags: upstream
-- System Information:
Debian Release: 7.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.61-xen-initrd (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libcurl3 depends on:
ii libc6 2.13-38+deb7u6
ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2
ii libidn11 1.25-2
ii libldap-2.4-2 2.4.31-1+nmu2
ii librtmp0 2.4+20111222.git4e06e21-1
ii libssh2-1 1.4.2-1.1
ii libssl1.0.0 1.0.1e-2+deb7u13
ii multiarch-support 2.13-38+deb7u6
ii zlib1g 1:1.2.7.dfsg-13
Versions of packages libcurl3 recommends:
ii ca-certificates 20130119+deb7u1
libcurl3 suggests no packages.
-- no debconf information
Hello,
I would like to report bug for libcurl3 7.26:
SSL: couldn't create a context: error:140A90F1:lib(20):func(169):reason(241)
It works with version 7.21.
We are calling it from php 5.5.17, using SSL connection. Weirdest thing about
this bug, is, that if I call after some arbitrary time (let’s say 2 mintes) it
fails. But if you repeat more than two times, not loop in php, but whole http
request to apache, it’s ok. Thain again after some time, it starts.
Code is something like this, but it fails for GET too.
<?php
function put() {
$data = array(„some“ => „data“);
$data_json = json_encode($data);
$h = curl_init('https://url/to/rest/api');
curl_setopt($h, CURLOPT_HTTPHEADER, array('Content-Type:
application/json','Content-Length: ' . strlen($data_json)));
curl_setopt($h, CURLOPT_CUSTOMREQUEST, "PUT");
curl_setopt($h, CURLOPT_POSTFIELDS, $data_json);
$content = curl_exec($h);
return array('request' => $data, 'response' => $content);
}
--- End Message ---
--- Begin Message ---
On mar, mar 03, 2015 at 02:31:41 +0000, Jan Strnad wrote:
> Just for the record, after month or so debugging, we found out how to fix it.
>
> Issue was caused by different application initializing OpenSSL library again,
> after PHP/Curl/Apache whatever initialized it.
> In our case it was PHP Ice extension. We added config value:
> IceSSL.InitOpenSSL=0.
>
> Later, we found out, that this also caused another seemingly unrelated issue
> with PHP OpenSSL module.
> openssl_verify(): Unknown signature algorithm
>
> and function openssl_get_md_methods() returned empty array().
>
> So in the end it's completely unrelated to curl...
Ok, I'm closing this then.
Cheers
signature.asc
Description: Digital signature
--- End Message ---
