failure

关于CMS垃圾收集器，在 JVM GC参数以及GC算法的应用 中已经提到了。 CMS并行GC是大多数应用的最佳选择，然而， CMS并不是完美的，在使用CMS的过程中会产生2个最让人头痛的问题： promotion failed concurrent mode failure 第一个问题promotion failed是在进行Minor GC时，Survivor Space放不下，对象只能放入老年代，而此时老年代也放不下造成的，多数是由于老年带有足够的空闲空间，但是由于碎片较多，这时如果新生代要转移到老年带的对象比较大，所以，必须 尽可能提早触发老年代的CMS回收 来避免这个问题（promotion failed时老年代CMS还没有机会进行回收，又放不下转移到老年带的对象，因此会出现下一个问题concurrent mode failure，需要stop-the-wold GC- Serail Old）。 下面是一个promotion failed的一条gc日志： 106.641: [GC 106.641: [ParNew (promotion failed): 14784K->14784K(14784K), 0.0370328 secs]106.678: [CMS106.715: [CMS-concurrent-mark: 0.065/0.103 secs] [Times: user

刚刚安装的虚拟机，使用的ubtun系统，进如操作系统后，简单地尝试了一下，发现无法使用shutdown命令进行关机，并且无法进行su命令，提示 Authentication failure 这个问题产生的原因是由于ubtun系统默认是没有激活root用户的，需要我们手工进行操作，在命令行界面下，或者在终端中输入如下命令： sudo passwd Password：你当前的密码 Enter new UNIX password：这个是root的密码 Retype new UNIX password：重复root的密码 然后会提示成功的信息。 在说明一点，使用su和sudo是有区别的，使用su切换用户需要输入所切换到的用户的密码，而使用sudo则是当前用户的密码。 来源： oschina 链接： https://my.oschina.net/u/1773287/blog/494989

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在做hadoop和 Kerberos结合的时候，遇到这么一个问题“java.io.IOException: Login failure for hadoop/admin@psy.com from keytab /hadoop-data/etc/hadoop/hadoop.keytab”详细的异常信息最后给出，这里给出解决办法。 也可参考链接： http://www.cloudera.com/content/cloudera/en/documentation/archives/cdh3/v3u6/CDH3-Security-Guide/cdh3sg_topic_3_5.html 来源： oschina 链接： https://my.oschina.net/u/781254/blog/336846

项目在访问mysql数据库时，常会出现Communications link failure错误，具体貌似是一个空闲连接超过数据库设置的"wait_timeout",MySQL会将该个连接out掉，而mysql连接池还认为该连接是有效的（MySQL的wait_timeout设置的参数跟连接池设置的超时时间不一致，wait_timeout > 连接池所设置的时间），因此错误就出现了 网上看了一下各种方法，觉得比较靠谱的解决方法 第一 ：在连接数据库的url上，添加参数 &autoReconnect=true&failOverReadOnly=false 第二： 修改my.cnf： (未找到my.cnf,直接改的my.ini文件) [ mysql d] wait_timeout=31536000 interactive_timeout=31536000 问题不知是否已经解决，大家还有别的其它的方法么？ 还有一个问题，如上所示的问题出现原因，为什么感觉这个问题出现并没有什么固定的周期，而感觉是随机出现。并且请教大家的另一个问题是mysql是如何分配连接的，不同的连接之间如何区别。每一次连接都会分配一个连接么？ 来源： oschina 链接： https://my.oschina.net/u/1046280/blog/414227