Permission

解决方法：检查nginx启动用户，ps -aux|grep nginx，如果为root用户，此时可能nginx.conf未设置user为root，不过不想用root用户启动则需要检查用户是否有该文件权限，或者给abc用户设置该文件权限:chmod 755 abc ，我是直接用root启动nginx，解决授权问题。 来源： oschina 链接： https://my.oschina.net/u/2671514/blog/1632342

今天使用Nginx代理私服nexus，出现了一个错误，前台页面直接报错显示“Bad GetWay”，后台日志输出为“13: Permission denied”。   先贴后台日志输出详细信息： 2016/05/05 14:15:21 [crit] 5014#5014: *1 connect() to 127.0.0.1:8081 failed (13: Permission denied) while connecting to upstream, client: 192.168.1.105, server: www.dev.com, request: "GET /nexus HTTP/1.1", upstream: "http://127.0.0.1:8081/nexus", host: "www.dev.com"   解决方法：关闭SELinux这个玩意。它是干什么的？请自行百度。   查看SELinux状态：   1、/usr/sbin/sestatus -v ##如果SELinux status参数为enabled即为开启状态   SELinux status: enabled   2、getenforce ##也可以用这个命令检查   关闭SELinux：   1、临时关闭（不用重启机器）：   setenforce 0 ##设置SELinux

最近都在忙着研究Android的安全攻防技术，好长一段时间没有写博客了，准备回归老本行中--Read the funcking android source code。这两天在看NDK文档的时候，看到一句话“Native debugging ... does not require root or privileged access, aslong as your application is debuggable”。咦，NDK调试不就是通过ptrace来实现调试的么？在非Root的手机上是怎么进行ptrace的呢？借这两个问题正好可以介绍一下Android的安全机制。 老罗的新浪微博： http://weibo.com/shengyangluo ，欢迎关注！ Android是一个基于Linux内核的移动操作系统。Linux是一个支持多用户的系统，系统中的文件的访问权限是通过用户ID（UID）和用户组ID（GID）来控制的。换句话说，就是Linux的安全机制是基于UID和GID来实现的。Android在Linux内核提供的基于UID和GID的安全机制的基础上，又实现了一套称为Permission的安全机制，如图1所示： 图1 Linux的UID/GID安全机制与Android的Permission安全机制 那么，这两个安全机制是如何对应起来的呢？

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在默认的情况下， SGE中的Job所创建的文件对其他用户没有写权限，如果想要增加同组用户的写权限， 可以参考如下方法： 增加文件 umask.sh cat /usr/share/gridengine/util/resources/starter_methods/umask.sh #!/bin/bash umask 002 exec "$@" 增加可执行权限啊 chmod 755 /usr/share/gridengine/util/resources/starter_methods/umask.sh 修改队列参数 [root@ Analysis ~]# qconf -sq all.q ...... starter_method /usr/share/gridengine/util/resources/starter_methods/umask.sh ...... 如上， 将 starter_method 设置为刚才指定的路径即可 来源： oschina 链接： https://my.oschina.net/u/1172578/blog/811939

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 根据前文《 HBase 源码-Start Server 》 启好 Server 后, 茫然了, 不知接下来该做什么, 随便 run 几个 TestCase 吧. 结果没 run 几个就报出以下错误, 而且这个引发这个错误的 TestCase 还很多. 2013-12-04 10:45:57,823 WARN [main] datanode.DataNode(1707): Invalid directory in dfs.data.dir: Incorrect permission for /home/zf/src/EclipseWorkspace/hbase/hbase-server/target/test-data/06b243a4-b3d6-48a5-803a-a187b5b0efcf/dfscluster_cd8fe91f-a244-48f5-a411-f6108a0e8aba/dfs/data/data1, expected: rwxr-xr-x, while actual: rwxrwxr-x 2013-12-04 10:45:57,829 WARN [main] datanode.DataNode(1707): Invalid directory in dfs.data.dir: Incorrect

关于 express-demo 关于 部署 express-demo 虽然 PM2 已有负载均衡的功能，但是他只对多进程之间进行处理，如果是多个服务器之间，就无法办到了，这里我们选用 nginx 。 服务器准备 s0：CentOS，172.16.70.175，nginx 服务器 s1： CentOS， 172.16.70.174，web 服务器 s2： CentOS， 172.16.70.173，web 服务器 1、配置 s1，s2 由于之前已有说明，这不再细说。参考： http://my.oschina.net/songzhu/blog/610337 修改 s1 服务器的 config.js 内容为： var config = { server:"172.16.70.174" }; module.exports = config; 重启 web pm2 restart pm2-start.json 修改 s2 服务器的 config.js 内容为： var config = { server:"172.16.70.173" }; module.exports = config; 重启 web pm2 restart pm2-start.json 2、配置 s0 安装 nginx $ rpm -ivh http://nginx.org/packages/centos/7/x86