Fail to connect to camera service的几种原因和解决方法 - 极乐鸟网站(Will)
现在位置：
>正文_Fail to connect to camera service的几种原因和解决方法
Fail to connect to camera service的几种原因和解决方法
& & &Will.Zhang & & & &
10-21 09:42:08.979: I/SurfaceTextureClient(27049): [STC::queueBuffer] (this:0x) fps:8.37, dur:1075.18, max:127.87, min:110.41
10-21 09:42:09.947: A/libc(27049): Fatal signal 11 (SIGSEGV) at 0x21547b1c (code=1), thread 27150 (Thread-2261)
10-21 09:42:09.948: A/libc(27049): Send stop signal to pid:27049 in debugger_signal_handler
10-21 09:42:10.527: W/dalvikvm(27262): threadid=1: thread exiting with uncaught exception (group=0x41a0faf8)
10-21 09:42:10.527: W/dalvikvm(27262): threadid=1: uncaught exception occurred
10-21 09:42:10.527: W/System.err(27262): java.lang.RuntimeException: Unable to start activity ComponentInfo{net.jileniao.android.exampleapp/net.jileniao.android.exampleapp.activity.MyCameraActivity}: java.lang.RuntimeException: Fail to connect to camera service
10-21 09:42:10.528: W/System.err(27262):
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2358)
10-21 09:42:10.528: W/System.err(27262):
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2410)
10-21 09:42:10.528: W/System.err(27262):
at android.app.ActivityThread.access$600(ActivityThread.java:169)
10-21 09:42:10.528: W/System.err(27262):
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1380)
10-21 09:42:10.528: W/System.err(27262):
at android.os.Handler.dispatchMessage(Handler.java:107)
10-21 09:42:10.528: W/System.err(27262):
at android.os.Looper.loop(Looper.java:194)
10-21 09:42:10.528: W/System.err(27262):
at android.app.ActivityThread.main(ActivityThread.java:5463)
10-21 09:42:10.528: W/System.err(27262):
at java.lang.reflect.Method.invokeNative(Native Method)
10-21 09:42:10.528: W/System.err(27262):
at java.lang.reflect.Method.invoke(Method.java:525)
10-21 09:42:10.529: W/System.err(27262):
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:854)
10-21 09:42:10.529: W/System.err(27262):
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:621)
10-21 09:42:10.529: W/System.err(27262):
at dalvik.system.NativeStart.main(Native Method)
10-21 09:42:10.529: W/System.err(27262): Caused by: java.lang.RuntimeException: Fail to connect to camera service
10-21 09:42:10.534: W/System.err(27262):
at android.hardware.Camera.native_setup(Native Method)
10-21 09:42:10.534: W/System.err(27262):
at android.hardware.Camera.&init&(Camera.java:463)
10-21 09:42:10.534: W/System.err(27262):
at android.hardware.Camera.open(Camera.java:412)
10-21 09:42:10.534: W/System.err(27262):
at net.jileniao.android.exampleapp.activity.MyCameraActivity.SecondaryCameraSizeSelect(MyCameraActivity.java:517)
10-21 09:42:10.535: W/System.err(27262):
at net.jileniao.android.exampleapp.activity.MyCameraActivity.onCreate(MyCameraActivity.java:220)
10-21 09:42:10.535: W/System.err(27262):
at android.app.Activity.performCreate(Activity.java:5122)
10-21 09:42:10.535: W/System.err(27262):
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1151)
10-21 09:42:10.535: W/System.err(27262):
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2322)
10-21 09:42:10.535: W/System.err(27262):
... 11 more
10-21 09:42:10.535: W/dalvikvm(27262): threadid=1: calling UncaughtExceptionHandler
在应用开发中涉及到camera相关的操作经常会出现Fail to connect to camera service的问题，相应的也就会出现上面类似的错误异常日志。
下面就出现这个错误的场景和原因简单做下分析。
1.手机上有安装安全过滤软件。因为camera属于较为敏感的权限，所以，有些手机安全管家会自动拒绝camera的打开操作。
& 针对这种错误，可以在手机安全管家软件中，降低一下camera的安全级别，或把自己的APP添加到白名单中。
2.AndroidManifest.xml中没有添加camera的权限申请，对策则是添加&uses-permission android:name="android.permission.CAMERA"/&权限申请。
3.之前对camera打开后，并没有释放掉。
& 解决对策就是调用下面的处理
& camera.stopPreview();
& camera.release();
& camera =
4.内存占用过多，可能导致了自己应用可分配的内存不足了。
& 这个场景的错误差不多是在自己的应用中打开摄像头，对摄像头取得的每一帧数据都进行额外的处理，随着处理次数的增加，如果有没被及时销毁的对象存在，则就极有可能会导致本文开头出现的异常了。
& 针对此种问题，解决的方法就是仔细检查下临时创建的对象是否都已经释放掉。
本文终，有问题或不同意见欢迎留言提出，谢谢！
分享本文至：
WRITTEN BY
极乐鸟博客http://jileniao.net
看了本文是不是觉得很赞，那就赶紧点击下面按钮分享给身边的朋友吧！
我照着上面解决问题的检查了下，可是还是会java.lang.RuntimeException: Fail to connect to camera service当前位置： >
解决nginx时, 有可能遇到connect() failed
时间： 13:37 来源：网络整理 作者： 阅读：次
我们在启动 nginx时, 有可能遇到connect() failed (111: Connection refused) while connecting to upstream的问题。
有时候nginx运行很正常，但是会发现错误日志中依旧有报错connect() failed (111: Connection refused) while connecting to upstream.
一般情况下我们的upstream都是fastcgi://127.0.0.1:9000. 造成这个问题的原因大致有三个
php-fpm没有安装
新买的阿里云服务器 就属于这种情况,有nginx，但是没安装php-fpm
这种情况下可参考
centos安装php php-fpm 以及 配置nginx
php-fpm没有运行
执行如下命令查看是否启动了php-fpm，如果没有则启动你的php-fpm即可
[plain]&view plaincopy
netstat&-ant&|&grep&9000&&
[plain]&view plaincopy
sudo&/usr/local/php/sbin/php-fpm&&&&
php-fpm队列满了
php-fpm.conf配置文件pm.max_children修改大一点,重启php-fpm并观察日志情况
感谢您对的支持，我们为您免费提供技术文章，详细使用和说明，有时可能不完善、敬请谅解！如果有错误请给我们留言，我们将尽快修复文章错误，如果您觉得本站不错，请分享给周围的朋友！谢谢！rndc: connect failed 解决
rndc: connect failed 解决
本节将详细介绍DNS服务器的rndc配置，实现使用rndc开启DNS的解析日志和刷新缓存，重载配置文件和关闭DNS服务器，一旦配置好了rndc，这些操作都可以在本地和远程服务器上进行。DNS服务目前算是比较安全的服务，不但进程的属主改成named用户，而且还运行在一个chroot环境中，将来关闭DNS服务还可能需要使用rndc来控制，这也可能是将来的服务器设计潮流。
rndc是远程DNS服务器进程控制的英文简写，rndc的工作机制使用了/etc/rndc.key和/etc/rndc.conf两个配置文件，rndc.key文件为锁头，尽管它的名字为
rndc.conf则是打开rndc.key锁头的对应钥匙；这两个文件可以使用rndc-confgen命令来生成，该命令采用的是对称加密算法；下面来演示下配置，演示中将使用server来控制client端的DNS服务器，rndc的控制端也可以不是dns服务器…
一：配置client端127.0.0.1上的rndc
[root@client ~]# rndc-confgen |grep -v '^#'
//使用rndc-confgen命令生成rndc.key和rndc.conf
key "rndckey" {
algorithm hmac-md5;
secret "q2yvOY2JiyUU2aV4qahzAw==";
default-key "rndckey";
default-client 127.0.0.1;
default-port 953;
[root@client ~]# rm -rf /etc/rndc.key //删除默认的rndc.key文件
[root@client ~]# cd /var/named/chroot/etc/
[root@client etc]# cat rndc.key
//将前面rndc-confgen命令生成的“key”一节中的内容写到rndc.key文件中
key "rndckey" {
algorithm hmac-md5;
secret "q2yvOY2JiyUU2aV4qahzAw==";
[root@client etc]# chown named.named rndc.key
//修改文件属主属组主为named
[root@client etc]# ln -s /var/named/chroot/etc/rndc.key /etc/
//符号链接至/etc目录下
[root@client etc]# cat /etc/rndc.conf
//将前面rndc-confgen命令生成的全部内容写到rndc.key文件中
key "rndckey" {
algorithm hmac-md5;
secret "q2yvOY2JiyUU2aV4qahzAw==";
default-key "rndckey";
default-client 127.0.0.1;
default-port 953;
[root@client etc]# chown named.named /etc/rndc.conf
//修改文件属主属组主为named
[root@client etc]# cat /etc/named.conf
listen-on port 53 { 192.168.100.20; };
directory "/var/named";
allow-query { };
allow-transfer {192.168.100.254;};
include "/etc/named.rfc1912.zones";
include "/etc/rndc.key"; //包含前面定义好的锁头文件
controls {
inet 127.0.0.1 port 953 allow { 127.0.0.1; } keys { "rndckey"; };
//允许本机的环回接口使用/etc/rndc.conf文件中rndckey
这把钥匙控制953端口
…………………………输出省略…………………………
[root@client etc]# service named restart //重启服务
Stopping named: [ OK ]
Starting named: [ OK ]
[root@client etc]# netstat -ntpl |grep 953
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 3243/named
[root@client etc]# service named status
number of zones: 8
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
recursive clients: 0/1000
tcp clients: 0/100
client is up and running
named (pid 3243) is running...
[root@client etc]# rndc stop //测试
[root@client etc]# service named status
rndc: connect failed: 127.0.0.1#953: connection refused
named dead but subsys locked
二：配置server端使用rndc控制client
root@client etc]# rndc-confgen |grep -v '^#'
//和前面一样生成新的rndc.key和rndc.conf
key "rndckey"
"p3DukvXgufSpbZdavZy1YA==";
default-key
"rndckey";
default-client
127.0.0.1;
default-port
[root@client etc]# cat /etc/rndc.key
//将新生成的文件的“key”节写到/etc/rndc.key文件末尾，并将其改名为rndckey-254
key "rndckey"
"q2yvOY2JiyUU2aV4qahzAw==";
key "rndckey-254" {
algorithm hmac-md5;
secret "p3DukvXgufSpbZdavZy1YA==";
[root@client etc]# grep 'rndckey-254' /etc/named.conf
//在主配置文件添加下面内容
inet 192.168.100.20 port 953 allow { 192.168.100.254; } keys {
"rndckey-254"; };
//允许192.168.100.254这台服务器通过192.168.100.20这个接口，使用rndckey-254这把钥匙来控制953端口
[root@client etc]# service named restart //重启服务
Stopping named: [ OK ]
Starting named: [ OK ]
[root@client etc]# netstat -ntpl |grep 953
tcp 0 0 192.168.100.20:953 0.0.0.0:* LISTEN 3869/named
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 3869/named
[root@server ~]# cat /etc/rndc.conf
//将前面生成的文件的全部内容写到server的/etc/rndc.conf文件中，需要修改key的名称和default-server的IP
key "rndckeyi-254" {
algorithm hmac-md5;
secret "p3DukvXgufSpbZdavZy1YA==";
default-key "rndckey-254";
default-server
192.168.100.20;
default-port 953;
[root@server ~]# chown named.named /etc/rndc.conf
//修改文件属主属组主为named
[root@server ~]# rndc -h //查看rndc命令帮助
rndc: illegal option -- h
Usage: rndc [-c config] [-s server] [-p port]
[-k key-file ] [-y key] [-V] command
command is one of the following:
reload Reload configuration file and zones.
reload zone [class [view]]
Reload a single zone.
refresh zone [class [view]]
Schedule immediate maintenance for a zone.
retransfer zone [class [view]]
Retransfer a single zone without checking serial number.
freeze zone [class [view]]
Suspend updates to a dynamic zone.
thaw zone [class [view]]
Enable updates to a frozen dynamic zone and reload it.
reconfig Reload configuration file and new zones only.
stats Write server statistics to the statistics file.
querylog Toggle query logging.
dumpdb [-all|-cache|-zones] [view ...]
Dump cache(s) to the dump file (named_dump.db).
stop Save pending updates to master files and stop the
stop -p Save pending updates to master files and stop the
reporting process id.
halt Stop the server without saving pending updates.
halt -p Stop the server without saving pending updates
process id.
trace Increment debugging level by one.
trace level Change the debugging level.
notrace Set debugging level to 0.
flush Flushes all of the server's caches.
flush [view] Flushes the server's cache for a view.
flushname name [view]
Flush the given name from the server's cache(s)
status Display status of the server.
recursing Dump the queries that are currently recursing
(named.recursing)
*restart Restart the server.
* == not yet implemented
Version: 9.3.6-P1-RedHat-9.3.6-4.P1.el5
[root@server ~]# rndc reload //重载client端DNS配置文件
server reload successful
[root@server ~]# rndc querylog on
//开启解析日志记录功能，开启后默认解析日志保存在client服务器的/var/log/messages文件中，开启此项功能会降低服务器性能
[root@server ~]# dig www. @192.168.100.20 //测试解析
DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5
www. @192.168.100.20
;; global options: printcmd
;; Got answer:
-&&HEADER&&-
opcode: QUERY, status: NOERROR, id: 59157
[root@server ~]# rndc stop //远程关闭client上的DNS服务
[root@client ~]# tail -f /var/log/messages //客户端上查看日志
Mar 23 23:13:45 client named[3792]: loading configuration from
'/etc/named.conf'
Mar 23 23:13:45 client named[3792]: using default UDP/IPv4 port
Mar 23 23:13:45 client named[3792]: using default UDP/IPv6 port
Mar 23 23:13:45 client named[3792]: the working directory is not
Mar 23 23:14:07 client named[3792]: query logging is now on
//开启解析日志记录功能
Mar 23 23:14:52 client named[3792]: client 192.168.100.254#45815:
query: www. IN A + //记录的解析日志
Mar 23 23:15:49 client named[3792]: shutting down: flushing
Mar 23 23:15:49 client named[3792]: stopping command channel on
127.0.0.1#953
Mar 23 23:15:49 client named[3792]: stopping command channel on
192.168.100.20#953
Mar 23 23:15:49 client named[3792]: no longer listening on
192.168.100.20#53
Mar 23 23:15:50 client named[3792]: exiting //成功关闭DNS服务
提示：配置rndc，需要注意服务器时间问题，如果两台服务器的系统时间存在很大出入，那必定rndc命令执行会失败
原文地址：
发表评论：
TA的最新馆藏