HT1621B中文资料(参数,规格书,应用电路)_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
HT1621B中文资料(参数,规格书,应用电路)
上传于||暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩17页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢Running Multiple MySQL 5.6 Instances on one server in CentOS 6/RHEL 6/Fedora
There are numerous advantages to run multiple database instances on the save physical server. Here are some reasons that I would like to point out :
1. Utilize existing hardware properly
2. Long lead times to provide physical hardware
3. Reduce Licensing Hardware / OS costs
4. Smaller/manageable data center foot print
5. Reduced overhead
To run multiple instances using MySQL we need to have a couple of things separate from the initial install on MySQL like data directory, init script and config file. It is quite that simple and here is how we do it, I will subscript 2 for all the files/directories that I am going to create to indicate this new second instance:
1. Create a new data directory [/var/lib/mysql2] and make mysql user own it.
mkdir /var/lib/mysql2
chown mysql.mysql /var/lib/mysql2/
2. Create / copy existing mysql configuration file, call f and update data directory/port values
Update the lines as shown in the screenshot above [If you have a custom path, use it]:
datadir=/var/lib/mysql2
3. Create/copy existing mysql init file to start/stop/reload etc on this new instance
cp /etc/init.d/mysql /etc/init.d/mysql2
4. Edit the init file and make some minor changes to make it this instance specific [Four edits required]
vi /etc/init.d/mysql2
Edit 1: Add the following line after line 138 for the init script to handle ports
port=`echo &$arg& | sed -e 's/^[^=]*=//'` ;;
Edit 2: At line 215 f to point to the new config f for this instance
Edit 3: At line 257 add -c flag to the arguments to read this config file while parsing server arguments
parse_server_arguments `$print_defaults $extra_args mysqld server mysql_server mysql.server -c/f`
Edit 4: Add port argument to mysql_safe command on line 284
$bindir/mysqld_safe --defaults-file=/f --datadir=&$datadir& --pid-file=&$mysqld_pid_file_path& --port=&$port& --socket=&$datadir&/mysql2.sock $other_args &/dev/null 2&&1 &
You final init script looks like the following:
# Copyright Abandoned 1996 TCX DataKonsult AB & Monty Program KB & Detron HB
# This file is public domain and comes with NO WARRANTY of any kind
# MySQL daemon start/stop script.
# Usually this is put in /etc/init.d (at least on machines SYSV R4 based
# systems) and linked to /etc/rc3.d/S99mysql and /etc/rc0.d/K01mysql.
# When this is done the mysql server will be started when the machine is
# started and shut down when the systems goes down.
# Comments to support chkconfig on RedHat Linux
# chkconfig:
# description: A very fast and reliable SQL database engine.
# Comments to support LSB init script conventions
### BEGIN INIT INFO
# Provides: mysqls
# Required-Start: $local_fs $network $remote_fs
# Should-Start: ypbind nscd ldap ntpd xntpd
# Required-Stop: $local_fs $network $remote_fs
# Default-Start:
# Default-Stop: 0 1 6
# Short-Description: start and stop MySQL
# Description: MySQL is a very fast and reliable SQL database engine.
### END INIT INFO
# If you change base dir, you must also change datadir. These may get
# overwritten by settings in the MySQL configuration files.
# Default value, in seconds, afterwhich the script should timeout waiting
# for server start.
# Value here is overriden by value f.
# 0 means don't wait at all
# Negative numbers mean to wait indefinitely
service_startup_timeout=900
# Lock directory for RedHat / SuSE.
lockdir='/var/lock/subsys'
lock_file_path=&$lockdir/mysql&
# The following variables are only set for letting mysql.server find things.
# Set some defaults
mysqld_pid_file_path=
if test -z &$basedir&
basedir=/usr
bindir=/usr/bin
if test -z &$datadir&
datadir=/var/lib/mysql
sbindir=/usr/sbin
libexecdir=/usr/sbin
bindir=&$basedir/bin&
if test -z &$datadir&
datadir=&$basedir/data&
sbindir=&$basedir/sbin&
libexecdir=&$basedir/libexec&
# datadir_set is used to determine if datadir was set (and so should be
# *not* set inside of the --basedir= handler.)
datadir_set=
# Use LSB init script functions for printing messages, if possible
lsb_functions=&/lib/lsb/init-functions&
if test -f $lsb_ then
. $lsb_functions
log_success_msg()
echo & SUCCESS! $@&
log_failure_msg()
echo & ERROR! $@&
PATH=&/sbin:/usr/sbin:/bin:/usr/bin:$basedir/bin&
export PATH
# start or stop
[ $# -ge 1 ] && shift
other_args=&$*&
# uncommon, but needed when called from an RPM upgrade action
# Expected: &--skip-networking --skip-grant-tables&
# They are not checked here, intentionally, as it is the resposibility
# of the &spec& file author to give correct arguments only.
case `echo &testing\c&`,`echo -n testing` in
*c*,-n*) echo_n=
echo_n=-n echo_c=;
echo_c='\c' ;;
parse_server_arguments() {
for arg do
case &$arg& in
--basedir=*)
basedir=`echo &$arg& | sed -e 's/^[^=]*=//'`
bindir=&$basedir/bin&
if test -z &$datadir_set&; then
datadir=&$basedir/data&
sbindir=&$basedir/sbin&
libexecdir=&$basedir/libexec&
--datadir=*)
datadir=`echo &$arg& | sed -e 's/^[^=]*=//'`
datadir_set=1
--pid-file=*) mysqld_pid_file_path=`echo &$arg& | sed -e 's/^[^=]*=//'` ;;
port=`echo &$arg& | sed -e 's/^[^=]*=//'` ;;
--service-startup-timeout=*) service_startup_timeout=`echo &$arg& | sed -e 's/^[^=]*=//'` ;;
wait_for_pid () {
# created | removed
# process ID of the program operating on the pid-file
pid_file_path=&$3& # path to the PID file.
avoid_race_condition=&by checking again&
while test $i -ne $service_startup_ do
case &$verb& in
'created')
# wait for a PID-file to pop into existence.
test -s &$pid_file_path& && i='' && break
'removed')
# wait for this PID-file to disappear
test ! -s &$pid_file_path& && i='' && break
echo &wait_for_pid () usage: wait_for_pid created|removed pid pid_file_path&
# if server isn't running, then pid-file will never be updated
if test -n &$pid&; then
if kill -0 &$pid& 2&/dev/ then
# the server still runs
# The server may have exited between the last pid-file check and now.
if test -n &$avoid_race_condition&; then
avoid_race_condition=&&
# Check again.
# there's nothing that will affect the file.
log_failure_msg &The server quit without updating PID file ($pid_file_path).&
# not waiting any more.
echo $echo_n &.$echo_c&
i=`expr $i + 1`
if test -z &$i& ; then
log_success_msg
log_failure_msg
# Get arguments from f file,
# the only group, which is read from now on is [mysqld]
if test -x ./bin/my_print_defaults
print_defaults=&./bin/my_print_defaults&
elif test -x $bindir/my_print_defaults
print_defaults=&$bindir/my_print_defaults&
elif test -x $bindir/mysql_print_defaults
print_defaults=&$bindir/mysql_print_defaults&
# Try to find basedir in /f
print_defaults=
if test -r $conf
subpat='^[^=]*basedir[^=]*=\(.*\)$'
dirs=`sed -e &/$subpat/!d& -e 's//\1/' $conf`
for d in $dirs
d=`echo $d | sed -e 's/[
]//g'`
if test -x &$d/bin/my_print_defaults&
print_defaults=&$d/bin/my_print_defaults&
if test -x &$d/bin/mysql_print_defaults&
print_defaults=&$d/bin/mysql_print_defaults&
# Hope it's in the PATH ... but I doubt it
test -z &$print_defaults& && print_defaults=&my_print_defaults&
# Read defaults file from 'basedir'.
If there is no defaults file there
# check if it's in the old (depricated) place (datadir) and read it from there
extra_args=&&
if test -r &$f&
extra_args=&-e $f&
if test -r &$f&
extra_args=&-e $f&
parse_server_arguments `$print_defaults $extra_args mysqld server mysql_server mysql.server -c/f`
# Set pid file if not given
if test -z &$mysqld_pid_file_path&
mysqld_pid_file_path=$datadir/`hostname`.pid
case &$mysqld_pid_file_path& in
mysqld_pid_file_path=&$datadir/$mysqld_pid_file_path& ;;
case &$mode& in
'start')
# Start daemon
# Safeguard (relative paths, core dumps..)
cd $basedir
echo $echo_n &Starting MySQL&
if test -x $bindir/mysqld_safe
# Give extra arguments to mysqld with f file. This script
# may be overwritten at next upgrade.
$bindir/mysqld_safe --defaults-file=/f --datadir=&$datadir& --pid-file=&$mysqld_pid_file_path& --port=&$port& --socket=&$datadir&/mysql2.sock $other_args &/dev/null 2&&1 &
wait_for_pid created &$!& &$mysqld_pid_file_path&; return_value=$?
# Make lock for RedHat / SuSE
if test -w &$lockdir&
touch &$lock_file_path&
exit $return_value
log_failure_msg &Couldn't find MySQL server ($bindir/mysqld_safe)&
'stop')
# Stop daemon. We use a signal here to avoid having to know the
# root password.
if test -s &$mysqld_pid_file_path&
mysqld_pid=`cat &$mysqld_pid_file_path&`
if (kill -0 $mysqld_pid 2&/dev/null)
echo $echo_n &Shutting down MySQL&
kill $mysqld_pid
# mysqld should remove the pid file when it exits, so wait for it.
wait_for_pid removed &$mysqld_pid& &$mysqld_pid_file_path&; return_value=$?
log_failure_msg &MySQL server process #$mysqld_pid is not running!&
rm &$mysqld_pid_file_path&
# Delete lock for RedHat / SuSE
if test -f &$lock_file_path&
rm -f &$lock_file_path&
exit $return_value
log_failure_msg &MySQL server PID file could not be found!&
'restart')
# Stop the service and regardless of whether it was
# running or not, start it again.
if $0 stop
$other_ then
$0 start $other_args
log_failure_msg &Failed to stop running server, so refusing to try to start.&
'reload'|'force-reload')
if test -s &$mysqld_pid_file_path& ; then
read mysqld_pid & &$mysqld_pid_file_path&
kill -HUP $mysqld_pid && log_success_msg &Reloading service MySQL&
touch &$mysqld_pid_file_path&
log_failure_msg &MySQL PID file could not be found!&
'status')
# First, check to see if pid file exists
if test -s &$mysqld_pid_file_path& ; then
read mysqld_pid & &$mysqld_pid_file_path&
if kill -0 $mysqld_pid 2&/dev/ then
log_success_msg &MySQL running ($mysqld_pid)&
log_failure_msg &MySQL is not running, but PID file exists&
# Try to find appropriate mysqld process
mysqld_pid=`pidof $libexecdir/mysqld`
if test -z $mysqld_ then
if test -f &$lock_file_path& ; then
log_failure_msg &MySQL is not running, but lock file ($lock_file_path) exists&
log_failure_msg &MySQL is not running&
log_failure_msg &MySQL is running but PID file could not be found&
basename=`basename &$0&`
echo &Usage: $basename
{start|stop|restart|reload|force-reload|status}
[ MySQL server options ]&
If you plan on deploying more instances you just need to work through edit 2 and 3 mentioned above after you copy the above init file.
5. Install default tables for this new database instance
mysql_install_db --datadir=/var/lib/mysql2 --defaults-file=/f --user=mysql
6. Start the new instance
service mysql2 start
7. Set password for this instance and connect to this new instance
/usr/bin/mysqladmin -u root -h127.0.0.1 -P3307 password 'opensourcedbmsadmin'
mysql -uroot -h127.0.0.1 -P3307 -p
8. Finally add it to server start-up list
chkconfig --add mysql2
chkconfig mysql2 --level 2345 on
If you want to deploy more instances change the subscript and follow above. Make sure that you properly manage memory and processor allocations when running multiple mysql instances on the same server. Please post any questions below and I will answer as soon as I can.
About Prashanth Goriparthi
Sr. Database Administrator / ArchitectHEMPTIQUE CAPUCCINO CRAFT BEAD HEMP CORD TWINE 20# TEST 205 FT 1MM CORDING
Shop by categoryEnter your search keyword
By clicking Confirm bid, you commit to buy this item from the seller if you are the winning bidder.
By clicking Confirm bid, you are committing to buy this item from the seller if you are the winning bidder and have read and agree to the Global Shipping Program . Import charges previously quoted are subject to change if you increase you maximum bid amount.
Loading...
, if the page does not update immediately.
Review and confirm your bid
Bid confirmation
FREE shipping
See item description
(Approximately ##1##)
(Enter ##1## or more)
(Enter more than ##1##)
Your max bid:
Increase max bid
Confirm bid
Increase max bid
Change bid
, you've been outbid. Don't let it get away - bid again!
, you're the highest bidder on this item. Hope you win it!
, you're the first bidder. Hope you win!
, you're currently the high bidder, but you're close to getting outbid.
, this auction is almost over and you're currently the high bidder.
, you're the high bidder, but the reserve price hasn't been met.
Please enter your bid again.
Please enter a valid number as the bid price.
Enter an amount that is equal or greater than the minimum bid required. This can be found under the bid entry box.
Maximum bids can't be lowered once they're submitted.
This seller requires the buyer to have a PayPal account to purchase this item. .
Your bid is greater than or equal to the Buy It Now price. We recommend you purchase this item via Buy It Now. If you still wish to bid, you may do so below.
Current bid:
(approximately ##1##)
Your maximum bid:
(approximately ##1##)
Increase your maximum bid:
By clicking 1 Click Bid, you commit to buy this item from the seller if you're the winning bidder.
(approximately ##1##)
Winning bid:
Starting bid:
Congrats! The auction has ended and you're the winner.
The auction has ended, but the reserve price was not met.
Sorry, the auction has ended and you were outbid.
Good news, you're the high bidder.
Sorry, you've been outbid.
You're the high bidder, but the reserve price is not met.
Please enter a higher amount than the current bid.
Maximum bids cannot be lowered once submitted.
Please enter a valid number.
This is a private listing and your identity will not be disclosed to anyone except the seller.Bug#819630: gcl: FTBFS on multiple arches
tags 819630 unreproducible
severity 819630 normal
Greetings!
& checking host system type... checking whether the C compiler works...
& checking whether the C compiler works... cat: conftest.er1: No such file or
& directory
& x86_64-pc-linux-gnu
Your C compiler and or disk space is not setup properly.
Just verified the build on barriere sid chroot.
BTW, build failure on (debian unsupported) sparc64 is a known issue
which cannot be fixed until debian provides a porterbox for this
Take care,
Camm Maguire
camm@xxxxxxxxxxxxxxxxx
==========================================================================
&The earth is but one country, and mankind its citizens.&
Baha'u'llah
Thread at a glance:
Previous Message by Date:
Hi Lasantha,I am using the ThriftTestServer [1] you have mentioned to write a test in AS 6.0.0. The idea is data is published to the thrift server form the HTTP statistics publishing valve and in the test case I am using the ThriftDataReceiver to very the published data.When I try the test case, I get the following output,[main] INFO  org.wso2.appserver.test.integration.statisticspublishing.ThriftTestServer  - Test Server starting on localhost[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift Server started at localhost[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift SSL port : 7711[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift port : 7611[main] INFO  org.wso2.appserver.test.integration.statisticspublishing.ThriftTestServer  - Test Server Started[pool-1-thread-1] INFO  org.wso2.carbon.databridge.core.DataBridge  - user admin connectedException in thread &pool-1-thread-1& java.lang.AbstractMethodError: org.apache.thrift.ProcessFunction.isOneway()Z    at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:51)    at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39)    at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286)    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)    at java.lang.Thread.run(Thread.java:745)[pool-1-thread-3] INFO  org.wso2.carbon.databridge.core.DataBridge  - user admin connectedException in thread &pool-1-thread-3& java.lang.AbstractMethodError: org.apache.thrift.ProcessFunction.isOneway()Z    at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:51)    at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39)    at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286)    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)    at java.lang.Thread.run(Thread.java:745)[pool-1-thread-5] INFO  org.wso2.carbon.databridge.core.DataBridge  - user admin connectedException in thread &pool-1-thread-5& java.lang.AbstractMethodError: org.apache.thrift.ProcessFunction.isOneway()Z    at org.apache.thrift.ProcessFunction.process(ProcessFunction.java:51)    at org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:39)    at org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:286)    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)    at java.lang.Thread.run(Thread.java:745)It seems that AS is successfully connected to the thrift server.Have we come across these errors earlier?Also I am adding a stream definition, but I don't see any logs (According to the code of the thrift test server it should log the stream definition). May be this is because of this errors.[1] [1] /wso2/carbon-analytics-common/blob/master/components/data-bridge/org.wso2.carbon.databridge.agent/src/test/java/org/wso2/carbon/databridge/agent/test/thrift/ThriftTestServer.javaOn Mon, Mar 28, 2016 at 7:15 PM, Kalpa Welivitigoda &kalpaw@xxxxxxxx& wrote:On Mon, Mar 28, 2016 at 7:03 PM, Mohanadarshan Vivekanandalingam &mohan@xxxxxxxx& wrote:On Mon, Mar 28, 2016 at 5:36 PM, Kalpa Welivitigoda &kalpaw@xxxxxxxx& wrote:Hi Lasantha,Is there a way in which we can verify the events being published to the thrift server?Why can't you have a counter in thrift agent server side and increment it when event received.. We have used similar approach in our test cases [1] ..[1] /wso2/product-cep/blob/master/modules/integration/tests-integration/tests/src/test/java/org/wso2/carbon/integration/test/client/Wso2EventServer.java#L160Thanks Mohan, I was thinking of whether we can verify the event data as well.  We have the http statistics publishing module in application server 6.0.0 and need to verify the events published to the thrift server in an integration test.On Tue, Dec 1, 2015 at 3:20 PM, Thanuja Uruththirakodeeswaran &thanujau@xxxxxxxx& wrote:Hi Lasantha,Sorry, I tried this with different ports and when changing the client port to 7613, forgot to change the server port to 7613. I've corrected it and attached the new log.[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift Server started at localhost[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift SSL port : 7713[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift port : 7613[main] INFO  org.apache.stratos.cloud.controller.statistics.publisher.ThriftTestServer  - Test Server Started[main] INFO  org.wso2.carbon.databridge.agent.thrift.AgentHolder  - Agent created ![main] INFO  org.mon.threading.StratosThreadPool  - Thread pool created: [type] Executor Service [id] cloud.controller.stats.publisher.thread.pool [size] 10[pool-5-thread-1] ERROR org.wso2.carbon.databridge.agent.thrift.AsyncDataPublisher  - Error while connection to event receiverorg.wso2.carbon.databridge.agent.thrift.exception.AgentException: Cannot borrow client for TCP,localhost:7613,TCP,localhost:7713 at org.wso2.carbon.databridge.agent.thrift.internal.publisher.authenticator.AgentAuthenticator.connect(AgentAuthenticator.java:58) at org.wso2.carbon.databridge.agent.thrift.DataPublisher.start(DataPublisher.java:273) at org.wso2.carbon.databridge.agent.thrift.DataPublisher.&init&(DataPublisher.java:161) at org.wso2.carbon.databridge.agent.thrift.AsyncDataPublisher$ReceiverConnectionWorker.run(AsyncDataPublisher.java:787) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)Caused by: org.apache.thrift.transport.TTransportException: Could not connect to 172.17.8.1 on port 7713 at org.apache.thrift.transport.TSSLTransportFactory.createClient(TSSLTransportFactory.java:212) at org.apache.thrift.transport.TSSLTransportFactory.getClientSocket(TSSLTransportFactory.java:166) at org.wso2.carbon.databridge.agent.thrift.internal.pool.client.secure.SecureClientPoolFactory.makeObject(SecureClientPoolFactory.java:90) at org.wso2.carbon.databridge.agent.thrift.internal.pool.client.secure.SecureClientPoolFactory.makeObject(SecureClientPoolFactory.java:48) at mons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1212) at org.wso2.carbon.databridge.agent.thrift.internal.publisher.authenticator.AgentAuthenticator.connect(AgentAuthenticator.java:50) ... 8 moreCaused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339) at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200) at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:579) at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:625) at sun.security.ssl.SSLSocketImpl.&init&(SSLSocketImpl.java:413) at sun.security.ssl.SSLSocketFactoryImpl.createSocket(SSLSocketFactoryImpl.java:88) at org.apache.thrift.transport.TSSLTransportFactory.createClient(TSSLTransportFactory.java:208) ... 13 moreThanks.On Tue, Dec 1, 2015 at 3:14 PM, Lasantha Fernando &lasantha@xxxxxxxx& wrote:Hi Thanuja,Looking at the logs above, it seems that the ThriftDataReceiver started on port 7612, with SSL port 7712. [main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift SSL port : 7712[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift port : 7612[main] INFO  org.apache.stratos.cloud.controller.statistics.publisher.ThriftTestServer  - Test Server StartedBut the agent is trying to connect to port .[pool-5-thread-1] ERROR org.wso2.carbon.databridge.agent.thrift.AsyncDataPublisher  - Error while connection to event receiverorg.wso2.carbon.databridge.agent.thrift.exception.AgentException: Cannot borrow client for TCP,localhost:7613,TCP,localhost:7713Can you go through the code and verify that the agent is sending to the same port on which agent is started? It is probably a minor issue when setting the offsets.Thanks,LasanthaOn 1 December 2015 at 15:09, Thanuja Uruththirakodeeswaran &thanujau@xxxxxxxx& wrote:Hi Lasantha,I'm using the  ThriftTestServer [1] to check data publisher functionality in a java test class. I have set the TrustStore paramby DataPublisherTestUtil.setTrustStoreParams(); after setting KeyStore param in my local code.After start the ThriftTestServer instance, I'm trying to create a publisher object and while doing that I'm getting the below error:[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift Server started at localhost[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift SSL port : 7712[main] INFO  org.wso2.carbon.databridge.receiver.thrift.ThriftDataReceiver  - Thrift port : 7612[main] INFO  org.apache.stratos.cloud.controller.statistics.publisher.ThriftTestServer  - Test Server Started[main] INFO  org.wso2.carbon.databridge.agent.thrift.AgentHolder  - Agent created ![main] INFO  org.mon.threading.StratosThreadPool  - Thread pool created: [type] Executor Service [id] cloud.controller.stats.publisher.thread.pool [size] 10[pool-5-thread-1] ERROR org.wso2.carbon.databridge.agent.thrift.AsyncDataPublisher  - Error while connection to event receiverorg.wso2.carbon.databridge.agent.thrift.exception.AgentException: Cannot borrow client for TCP,localhost:7613,TCP,localhost:7713 at org.wso2.carbon.databridge.agent.thrift.internal.publisher.authenticator.AgentAuthenticator.connect(AgentAuthenticator.java:58) at org.wso2.carbon.databridge.agent.thrift.DataPublisher.start(DataPublisher.java:273) at org.wso2.carbon.databridge.agent.thrift.DataPublisher.&init&(DataPublisher.java:161) at org.wso2.carbon.databridge.agent.thrift.AsyncDataPublisher$ReceiverConnectionWorker.run(AsyncDataPublisher.java:787) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)Caused by: org.apache.thrift.transport.TTransportException: Could not connect to 172.17.8.1 on port 7713 at org.apache.thrift.transport.TSSLTransportFactory.createClient(TSSLTransportFactory.java:212) at org.apache.thrift.transport.TSSLTransportFactory.getClientSocket(TSSLTransportFactory.java:166) at org.wso2.carbon.databridge.agent.thrift.internal.pool.client.secure.SecureClientPoolFactory.makeObject(SecureClientPoolFactory.java:90) at org.wso2.carbon.databridge.agent.thrift.internal.pool.client.secure.SecureClientPoolFactory.makeObject(SecureClientPoolFactory.java:48) at mons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1212) at org.wso2.carbon.databridge.agent.thrift.internal.publisher.authenticator.AgentAuthenticator.connect(AgentAuthenticator.java:50) ... 8 moreCaused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339) at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200) at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:579) at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:625) at sun.security.ssl.SSLSocketImpl.&init&(SSLSocketImpl.java:413) at sun.security.ssl.SSLSocketFactoryImpl.createSocket(SSLSocketFactoryImpl.java:88) at org.apache.thrift.transport.TSSLTransportFactory.createClient(TSSLTransportFactory.java:208) ... 13 moreWhat is the reason for this? Could you please point what I'm doing wrong.Thanks.[1]. /apache/stratos/blob/master/products/python-cartridge-agent/modules/integration/test-common/src/main/java/org/apache/stratos/python/cartridge/agent/integration/common/ThriftTestServer.javaOn Tue, Sep 1, 2015 at 1:26 AM, Akila Ravihansa Perera &ravihansa@xxxxxxxx& wrote:Hi Lasantha,This is exactly what I needed. Had to struggle a bit to connect to the test server from a Python client but managed to do that after couple of tweaks. I faced an issue since we cannot define the cipher set to be used in ThriftTestServer. Therefore, ThriftDataReceiver will get initialized with default set of parameters for TSSLTransportParameters. I'd like to suggest that we provide a method to customize these SSL parameters.Thanks a lot for the prompt response. This was really helpful :)On Sun, Aug 30, 2015 at 3:20 PM, Lasantha Fernando &lasantha@xxxxxxxx& wrote:Hi Akila,There is a ThriftTestServer we've written for tests in carbon-analytics-common. You can find an example here [1]. Also you can find other examples in the databridge-agent test cases. Can you go through them and see if that fits your purpose?[1] /wso2/carbon-analytics-common/blob/master/components/data-bridge/org.wso2.carbon.databridge.agent/src/test/java/org/wso2/carbon/databridge/agent/test/thrift/ThriftTestServer.javaThanks,LasanthaOn 30 August 2015 at 12:59, Akila Ravihansa Perera &ravihansa@xxxxxxxx& wrote:Hi,I'm looking for a way to mock the Thrift receiver in CEP. My requirement is to write an integration test to assert stat publishing functionality (to CEP via Thrift) in my Python app. I'm developing the automation test cases using TestNG framework so I can use any Java based library. Is this possible by using regular Java sockets? I'd rather prefer to start an embedded CEP Thrift receiver in my test method and verify the functionality. Appreciate any help regarding this.Thanks.-- Akila Ravihansa PereraWSO2 Inc.;  /Blog:
-- Lasantha FernandoSenior Software Engineer - Data Technologies TeamWSO2 Inc. email: lasantha@xxxxxxxxmobile: (+94) 71 5247551
-- Akila Ravihansa PereraWSO2 Inc.;  /Blog:
_______________________________________________
Dev mailing list
Dev@xxxxxxxx
http://wso2.org/cgi-bin/mailman/listinfo/dev
-- Thanuja UruththirakodeeswaranSoftware EngineerWSO2 Inc.;lean.enterprise.middlewaremobile: +94
-- Lasantha FernandoSenior Software Engineer - Data Technologies TeamWSO2 Inc. email: lasantha@xxxxxxxxmobile: (+94) 71 5247551
-- Thanuja UruththirakodeeswaranSoftware EngineerWSO2 Inc.;lean.enterprise.middlewaremobile: +94
_______________________________________________
Dev mailing list
Dev@xxxxxxxx
http://wso2.org/cgi-bin/mailman/listinfo/dev
-- Best Regards,Kalpa WelivitigodaSoftware Engineer, WSO2 Inc. Email: kalpaw@xxxxxxxxMobile: +
_______________________________________________
Dev mailing list
Dev@xxxxxxxx
http://wso2.org/cgi-bin/mailman/listinfo/dev
-- V. MohanadarshanSenior Software Engineer,Data Technologies Team,WSO2, Inc.  lean.enterprise.middleware.email: mohan@xxxxxxxx phone:(+94)
-- Best Regards,Kalpa WelivitigodaSoftware Engineer, WSO2 Inc. Email: kalpaw@xxxxxxxxMobile: +
-- Best Regards,Kalpa WelivitigodaSoftware Engineer, WSO2 Inc. Email: kalpaw@xxxxxxxxMobile: +
_______________________________________________
Dev mailing list
Dev@xxxxxxxx
http://wso2.org/cgi-bin/mailman/listinfo/dev
Next Message by Date:
Processing commands for control@xxxxxxxxxxxxxxx:
& unarchive 806615
Bug #806615 {Done: Michael Banck &mbanck@xxxxxxxxxx&} [src:espresso] espresso:
FTBFS with elpa
Unarchived Bug 806615
& user sanvila@xxxxxxxxxx
Setting user to sanvila@xxxxxxxxxx (was sanvila@xxxxxxxxxx).
& usertags 806615 - binary-indep
Usertags were: binary-indep.
Usertags are now: .
& archive 80661
Stopping processing here.
Please contact me if you need assistance.
806615: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806615
Debian Bug Tracking System
Contact owner@xxxxxxxxxxxxxxx with problems
Previous Message by Thread:
Package: gcl
Severity: important
Dear Maintainer,
I've tried compiling gcl on amd64, s390x. From build logs it fails on
sparc64 too.
In my case it even fails to configure, see attached build log.
gcl_2.6.12-29_amd64.build
Description: Text document
Next Message by Thread:
Your message dated Thu, 31 Mar :17 +0000
with message-id &E1alZj3-N@xxxxxxxxxxxxxxxxx&
and subject line Bug#817760: Removed package(s) from unstable
has caused the Debian Bug report #358733,
regarding xicc: Add option to unload current colour profile
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 owner@xxxxxxxxxxxxxxx
immediately.)
358733: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=358733
Debian Bug Tracking System
Contact owner@xxxxxxxxxxxxxxx with problems
---&Begin&Message&---
Package: xicc
Version: 0.2-2
Severity: wishlist
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
There is no way to unload an already loaded colour profile. It is
useful to unlnload the curerent profile if a &distorting& profile is
set temporarily, or if lmcs crashes a program that doesn't handle
profiles properly.
- -- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
/bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)
Versions of packages xicc depends on:
GNU C Library: Shared libraries an
libglib2.0-0
The GLib library of C routines
6.9.0.dfsg.1-5 Inter-Client Exchange library
6.9.0.dfsg.1-5 X Window System Session Management
6.9.0.dfsg.1-5 X Window System protocol client li
6.9.0.dfsg.1-5 X Window System client libraries m
xicc recommends no packages.
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFEI57mg5e8AcS6nh0RAnYdAJ9yWelr1BYSnuBgViLi5djpX31mrQCgjkVK
LJGR3wGXmEiBO8lJXr3oruk=
-----END PGP SIGNATURE-----
---&End Message&---
---&Begin&Message&---
Version: 0.2-3+rm
Dear submitter,
as the package xicc has just been removed from the Debian archive
unstable we hereby close the associated bug reports.
We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/817760
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was gen if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@xxxxxxxxxxxxxxxxxxxxx.
Debian distribution maintenance software
Ansgar Burchardt (the ftpmaster behind the curtain)---&End Message&---
| OSDir is an
Latest News Stories:
Latest News Stories: