部分页面f12导致ie浏览器崩溃

最近一个项目，客户要求是ie浏览器。所以开发就在ie上，免不了js等的调试，但是f12，ie就提示运行停止了，然后恢复了页面。

找了很久，没找到问题。想着将就着在chrome上调试吧，但是部分兼容性问题，必须在ie上调试啊。无赖，下定决心找一下ie究竟有什么问题。

几经折腾，我把项目的页面都精简了，就只有一个简单的页面，f12，没有问题了。嵌套个iframe，里面加载项目的页面，f12,崩溃。加载baidu，f12，没有问题。。。

google一下，找到个关键的，说是js重复引用，就会导致f12崩溃。

检查一下，我们项目没有重复引用。但是有个问题，我们项目是采用 sitemesh框架页面，每个被sitemesh的都会在head里面添加js的引用。

我感觉就是这的问题了，联想到ie的缓存。

赶紧在每个js和css后面加个动态参数。

f12，ok!!!

jenkinshudson email163邮箱和26邮箱成功配置总结

system admin e-mail address  这里设置要和发件人邮箱保持一致。

1.如果不保持一致报错如下图所示：

 

 

 

2.邮件保持一致的配置如下图所示：

 

 

 

 

 

3.如果smtp服务器开发配置不正确会报如下错误

比如163的邮箱配置成126的服务器开发smtp.126.com，那么将会报错。

如下图所示，将邮箱改为126也测试成功了。

 

 

 4.javax.mail.authenticationfailedexception: 535 error: authentication failed  

    535的错误是由于密码错误

jenkins docker镜像遇到的volume权限问题

image 在挂在数据卷的时候遇到了权限问题，如下， docker启动命令

docker run -d -v /root/jenkins:/var/jenkins_home -P --name jenkins-server jenkins

这个命令看似没有什么问题，但容器就是启动不起来，执行docker ps -a，查看container,如下，

[root@esslog-shqs-6 ~]# docker ps -a
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS                     PORTS               NAMES
274d92964edb        jenkins             "/bin/tini -- /usr/lo"   2 minutes ago       Exited (1) 2 minutes ago                       jenkins-server

接着执行docker logs jenkins-server查看container日志，如下

Can not write to /var/jenkins_home/copy_reference_file.log. Wrong volume permissions?
touch: cannot touch ‘/var/jenkins_home/copy_reference_file.log’: Permission denied

日志中出现了一个Permission denied错误，，以我目前的功力还不清楚是什么问题造成的，但是在谈谈Docker Volume 之权限管理和持续集成（Continuous integration）两篇博客中找到了答案，在执行docker run命令的时候增加一个-u参数，如下改进后的命令，

docker run -d -v /root/jenkins:/var/jenkins_home -u 0 -P --name jenkins-server jenkins

这命令的意思是覆盖容器中内置的帐号，该用外部传入，这里传入0代表的是root帐号Id。这样再启动的时候就应该没问题了。 如果按照上面做还是出现Permission denied错误，那么可以检查一下selinux状态，开启的情况下会导致一些服务安装、使用不成功。 查看selinux状态，

[root@localhost ~]# sestatus  
SELinux status:                 enabled  
SELinuxfs mount:                /sys/fs/selinux  
SELinux root directory:         /etc/selinux  
Loaded policy name:             targeted  
Current mode:                   enforcing  
Mode from config file:          enforcing  
Policy MLS status:              enabled  
Policy deny_unknown status:     allowed  
Max kernel policy version:      28

临时关闭，

[root@localhost ~]# setenforce 0

永久关闭,可以修改配置文件/etc/selinux/config,将其中SELINUX设置为disabled，如下，

[root@localhost ~]# cat /etc/selinux/config   

# This file controls the state of SELinux on the system.  
# SELINUX= can take one of these three values:  
#     enforcing - SELinux security policy is enforced.  
#     permissive - SELinux prints warnings instead of enforcing.  
#     disabled - No SELinux policy is loaded.  
#SELINUX=enforcing  
SELINUX=disabled  
# SELINUXTYPE= can take one of three two values:  
#     targeted - Targeted processes are protected,  
#     minimum - Modification of targeted policy. Only selected processes are protected.   
#     mls - Multi Level Security protection.  
SELINUXTYPE=targeted

[root@rdo ~]# sestatus  
SELinux status:                 disabled

elasticsearch5.0启动出现的错误

elasticsearch5.0启动失败，出现如下提示：

1、Java HotSpot(TM) 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000085330000, 2060255232, 0) failed; error=’Cannot allocate memory’ (errno=12)

由于elasticsearch5.0默认分配jvm空间大小为2g，修改jvm空间分配

  1. # vim config/jvm.options
  2. -Xms2g
  3. -Xmx2g
  1. 修改为
  1. -Xms512m
  2. -Xmx512m

2、max number of threads [1024] for user [elasticsearch] is too low, increase to at least [2048]

修改 /etc/security/limits.d/90-nproc.conf

*          soft    nproc     1024

*          soft    nproc     2048

3、max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

修改/etc/sysctl.conf配置文件，

cat /etc/sysctl.conf | grep vm.max_map_count
vm.max_map_count=262144

如果不存在则添加

echo “vm.max_map_count=262144” >>/etc/sysctl.conf

4、max file descriptors [65535] for elasticsearch process likely too low, increase to at least [65536]

ulimit -n 65536

以下是在5.5.1是踩过的坑

5、启动异常：ERROR: bootstrap checks failed

system call filters failed to install; check the logs and fix your configuration or disable system call filters at your own risk

问题原因：因为Centos6不支持SecComp，而ES默认bootstrap.system_call_filter为true进行检测，所以导致检测失败，失败后直接导致ES不能启动。详见 ：https://github.com/elastic/elasticsearch/issues/22899

解决方法：在elasticsearch.yml中配置bootstrap.system_call_filter为false，注意要在Memory下面:
bootstrap.memory_lock: false
bootstrap.system_call_filter: false

6、logstash使用rpm包安装的时候没有配置init的启动脚本

默认情况使用rpm包安装完logstash之后没有启动脚本。官网给了一个脚本，需要根据不同的系统版本生成对应的启动脚本，而且官网没有给明使用方法，对于新用户来说算是个坑，不过在终端可以查看到脚本的使用帮助# /usr/share/logstash/bin/system-install –help

生成启动脚本，centos6使用sysv参数，centos7使用systemd

# /usr/share/logstash/bin/system-install /etc/logstash/startup.options sysv

Successfully created system startup script for Logstash

CentOS 7 使用阿里云的yum源

. 备份原来的yum源

  1. sudo cp /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.bak

2.设置aliyun的yum源

  1. sudo wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo

3.添加EPEL源

EPEL（http://fedoraproject.org/wiki/EPEL）是由 Fedora 社区打造，为 RHEL 及衍生发行版如 CentOS、Scientific Linux 等提供高质量软件包的项目。装上 EPEL后，可以像在 Fedora 上一样，可以通过 yum install package-name，安装更多软件。

  1. sudo wget -P /etc/yum.repos.d/ http://mirrors.aliyun.com/repo/epel-7.repo

4.清理缓存并生成新的缓存

  1. sudo yum clean all
  2. sudo yum makecache