Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
(In reply to comment #3)
> Highly likely this is the same cause as bug 672363 - can you confirm with
> php-pecl-memcache-3.0.5-2.el6?
Yes it works now:
# php -a
Interactive shell
php > $c = new Memcache();$c->connect("127.0.0.1", 11211);
php > var_dump($c->set("rhts638887", "testing delete"));
bool(true)
php > var_dump($c->delete("rhts638887"));
bool(true)
php > ^D#
# uname -a
Linux XXX 2.6.32-128.el6.s390x #1 SMP Mon Mar 28 21:58:33 EDT 2011 s390x s390x s390x GNU/Linux
# rpm -q php-pecl-memcache
php-pecl-memcache-3.0.5-2.el6.s390x
Description of problem: It seems like somewhere in php-pecl-memcache code. file descriptor for connection to memcache server is crippled: # php -a Interactive shell php > $c = new Memcache(); php > $c->connect("127.0.0.1", 11211); php > var_dump ($c); object(Memcache)#1 (1) { ["connection"]=> resource(1) of type (memcache connection) } php > $c->set("rhts638887", "testing delete"); PHP Notice: MemcachePool::set(): Server 127.0.0.1 (tcp 11211, udp 0) failed with: Socket operation on non-socket (88) in php shell code on line 1 php > ^D[root@ibm-z10-15 bz638887-php-pecl-memcache-delete-error]# # netstat -lnp | grep mem tcp 0 0 0.0.0.0:11211 0.0.0.0:* LISTEN 47960/memcached tcp 0 0 :::11211 :::* LISTEN 47960/memcached udp 0 0 0.0.0.0:11211 0.0.0.0:* 47960/memcached udp 0 0 :::11211 :::* 47960/memcached # service memcached status memcached (pid 47960) is running... # uname -a Linux ibm-z10-15.rhts.eng.bos.redhat.com 2.6.32-71.el6.s390x #1 SMP Wed Sep 1 01:38:33 EDT 2010 s390x s390x s390x GNU/Linux Version-Release number of selected component (if applicable): # rpm -q php-pecl-memcache php-cli memcached php-pecl-memcache-3.0.5-1.el6.s390x php-cli-5.3.3-3.el6.s390x memcached-1.4.4-3.el6.s390x How reproducible: Always on s390x Steps to Reproduce: 1. Make sure memcached is running, php-pecl-memcache is installed... 2. Run commands as stated above 3. Actual results: setting key/value pair into memcache fails with PHP Notice: MemcachePool::set(): Server 127.0.0.1 (tcp 11211, udp 0) failed with: Socket operation on non-socket (88) Expected results: Memcache should work. Additional info: