Category Archives: Uncategorized

pip install results in undefined symbol: XML_SetHashSalt

# python3 -m pip install --upgrade google-api-python-client
Traceback (most recent call last):
File "/usr/lib64/python3.4/", line 170, in _run_module_as_main
"__main__", mod_spec)
File "/usr/lib64/python3.4/", line 85, in _run_code
exec(code, run_globals)
File "/usr/lib/python3.4/site-packages/pip/", line 16, in
from pip._internal import main as _main # noqa
File "/usr/lib/python3.4/site-packages/pip/_internal/", line 42, in
from pip._internal import cmdoptions
File "/usr/lib/python3.4/site-packages/pip/_internal/", line 16, in
from pip._internal.index import (
File "/usr/lib/python3.4/site-packages/pip/_internal/", line 16, in
from pip._vendor.distlib.compat import unescape
File "/usr/lib/python3.4/site-packages/pip/_vendor/distlib/", line 83, in
import xmlrpc.client as xmlrpclib
File "/usr/lib64/python3.4/xmlrpc/", line 137, in
from xml.parsers import expat
File "/usr/lib64/python3.4/xml/parsers/", line 4, in
from pyexpat import *
ImportError: /usr/lib64/python3.4/lib-dynload/ undefined symbol: XML_SetHashSalt
# ldd /usr/lib64/python3.4/lib-dynload/ => (0x00007fffaefc4000) => /ora12cClient/oracle/app/oracle/product/ (0x00007f1939572000) => /lib64/ (0x00007f19390de000) => /lib64/ (0x00007f1938ec2000) => /lib64/ (0x00007f1938aff000) => /lib64/ (0x00007f19388fa000) => /lib64/ (0x00007f19386f7000) => /lib64/ (0x00007f19383f5000)
/lib64/ (0x0000559b24b1f000)
# export LD_LIBRARY_PATH=/usr/lib64
# ldd /usr/lib64/python3.4/lib-dynload/ => (0x00007ffef39b1000) => /usr/lib64/ (0x00007f20c7b7b000) => /usr/lib64/ (0x00007f20c76e7000) => /usr/lib64/ (0x00007f20c74cb000) => /usr/lib64/ (0x00007f20c7108000) => /usr/lib64/ (0x00007f20c6f04000) => /usr/lib64/ (0x00007f20c6d00000) => /usr/lib64/ (0x00007f20c69fe000)
/lib64/ (0x000055a1cf2f4000)
# python3 -m pip install --upgrade google-api-python-client
Collecting google-api-python-client

Zimbra Attachment Parsing Bugs

After a morning of troubleshooting poor performance on an archive store that was causing backups on the mtas I would bet we’ve hit a regression. Zimbra doesn’t recognize it.

One of the admins IM’ed me a little after 9am yesterday complaining of queue backups on the mtas delivering to the archive store. They have 5 user stores and 1 archive store.

Connecting to port 7025 (lmtp) on the archive store shows sporadic hangs. Some mail was getting in but thousands were backed up on the mtas.

A quick look at the mailbox.log showed errors connecting to the conversion daemon:

2009-03-05 10:25:54,909 WARN  [LmtpServer-20] [name=user-20080704@domain.tld.archive;
mid=70;] ParsedMessage - Unable to parse part 2 (file.pdf, application/pdf) of 
message with Message-ID <000f01c29c4e$3434d3c0$315c200a@user.domain.tld>.
com.zimbra.cs.mime.MimeHandlerException: cannot extract text
    at com.zimbra.cs.mime.handler.DefaultHandler.getContentImpl(    
    at com.zimbra.cs.mime.MimeHandler.getContent(
    at com.zimbra.cs.mime.ParsedMessage.analyzePart(    
    at com.zimbra.cs.mime.ParsedMessage.analyzeNonBodyParts( 
Caused by: com.zimbra.cs.convert.ConversionException: Cannot extract text from 
document that previously crashed convertd.
    at com.zimbra.cs.convert.TransformationClient.extract(
    at com.zimbra.cs.convert.SocketTransformationStub.doExtract(
    at com.zimbra.cs.convert.SocketTransformationStub.extract(
    at com.zimbra.cs.mime.handler.DefaultHandler.getContentImpl(
    ... 27 more

So on first look convertd died, I restarted it:
su - zimbra -c "zmconvertctl start"

convertd started and the errors in mailbox.log went away. But kvoop processes started to consume cpu. The load rose to almost 30.

This is the kvoop bug we fixed by turning of attachment indexing.. So I checked that and archiving is on again on the archive cos(!)

zimbra@host log]$ zmprov gc default |grep -i attachment
zimbraAttachmentsBlocked: FALSE
zimbraAttachmentsIndexingEnabled: FALSE
zimbraAttachmentsViewInHtmlOnly: FALSE
[zimbra@host log]$ zmprov gc archive |grep -i attachment
zimbraAttachmentsBlocked: FALSE
zimbraAttachmentsIndexingEnabled: TRUE
zimbraAttachmentsViewInHtmlOnly: FALSE
[zimbra@host log]$ 

zimbra@host log]$ zmprov modifyCos archive zimbraAttachmentsIndexingEnabled 
zimbra@host log]$

I flushed the queues and all is well.


Look at the bottom of the bugzilla link: It looks to me like we’re hitting a regression: a bug they thought they fixed in 4.5.x is resurfacing in 5.0.x:

------- Comment  #10 From tech 2008-10-06 03:44:08  -------

this bug seems to have started happening intermittently on my 5.04 rhel_x86
installation it hangs the server so i have to reboot


Every time I travel to Oklahoma I am asked “are you going out to the midwest?” I generally correct the speaker but could never really put my finger on how to categorize it. It’s not the midwest: the accents have a twang that hints at southern. It’s not the South: no sweet tea. It’s not the West: they’re not earthy enough.

I was writing an old friend this week when it dawned on me: Oklahoma is prairie meets southern hospitality with no sweet tea and less soul food.

If you have been to the South proper (Mississippi, Tennessee, rural Georgia) you know they both love their sweet tea and distrust those that don’t drink it.. or worse those that suggest (as I do) that it’s as simple as simply adding sugar to warm tea.. which it is but I digress. This doesn’t happen in Oklahoma. They do however serve unsweet tea absolutely everywhere in Oklahoma.

You won’t get comfort food in Oklahoma but you do get an excess of beef. Oklahoma City is the home of the “World’s Largest Stockyards.” And they do love their beef. We’re talking about restaurants that serve chicken so there’s an option for vegetarians.

Oklahoma also has some intense open spaces. For instalnce turnpike exits where the closest towns are 25 miles in either direction and the next exit is 30+ miles. This is fine until you find yourself there at 7:30 in the morning on a motorcycle and realize your fuel light is on. The woman at the toll booth was at least very nice.