parallelvirtualcluster
/
pvc-ansible
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
pvc-ansible/roles/pvc/templates/zookeeper/environment.j2

17 lines
1.0 KiB
Plaintext
Raw Normal View History

Initial commit of PVC Ansible role
2019-06-09 00:11:06 -04:00
# {{ ansible_managed }}
ZOOMAIN=org.apache.zookeeper.server.quorum.QuorumPeerMain
ZOOCFGDIR=/etc/zookeeper/conf
ZOOCFG=/etc/zookeeper/conf/zoo.cfg
ZOO_LOG_DIR=/var/log/zookeeper
ZOO_LOG4J_PROP=INFO,ROLLINGFILE
JMXLOCALONLY=false
Add jute.maxbuffer to Zookeeper environment ops Adds this option based on the findings of https://github.com/python-zk/kazoo/issues/630, whereby restores of >1MB in size would fail. This is considered an unsafe option, but given our usecase no actual znode should ever exceed this limit; this is purely for the large transactions that come from a `pvc task restore` action to an empty Zookeeper instance.
2020-11-24 12:20:25 -05:00
# java.net.preferIPv4Stack=True
# Prefer IPv4 over IPV6 to avoid strange headaches in mixed environments.
# jute.maxbuffer=67108864
# Increase the maximum buffer size from 1048575 (1MB) to 67108864 (64MB); required to allow a single `create`
# transaction, in the /api/v1/restore specifically, of >1MB of data; 64MB seems a reasonable limit given my
# cluster is only ~5.2MB of raw JSON data and beyond 12x that seems like a cluster too large for PVC.
JAVA_OPTS="-Djava.net.preferIPv4Stack=True -Djute.maxbuffer=67108864"
Initial commit of PVC Ansible role
2019-06-09 00:11:06 -04:00
JAVA=/usr/bin/java
CLASSPATH="/etc/zookeeper/conf:/usr/share/java/jline.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/xercesImpl.jar:/usr/share/java/xmlParserAPIs.jar:/usr/share/java/netty.jar:/usr/share/java/slf4j-api.jar:/usr/share/java/slf4j-log4j12.jar:/usr/share/java/zookeeper.jar"