今天有QA童鞋反馈,mac下的chrome访问https服务时提示证书乱码,无法打开。
chrome的版本是:54.0.2840.59 (64-bit)

让QA童鞋访问https的另一个环境,却是正常的。

对比了一下两个环境的证书,另一个环境是tenging,不支持8192位的证书,所以用的是4096的。
无法访问的是openresty,证书是8192,怀疑是此问题。

把openresty下的证书换成4096位的以后,这个童鞋可以正常访问了。

目前的结果来看,8192位的证书没法用:tenging不支持,mac下的chrome不支持。还是先用4096的吧。

备忘之。

今天iOS的童鞋反馈连接出错问题:
Error Domain=NSURLErrorDomain Code=-1005 “The network connection was lost.”

看到有建议说调服务的keepalive参数,让范童鞋配合搞了一下,果然有收获:
目前的配置是:
nginx.conf
[code]
keepalive_timeout 65;
[/code]
内核配置
[code]
# cat /proc/sys/net/ipv4/tcp_keepalive_time
30
[/code]

两个值不一致,目测应该有问题。

- 阅读剩余部分 -

今天碰到一个问题,同样的jar包,在不同的环境,有的可用,有的不可用。跟了一下,才发现jdk1.8的这个差异点。
简化的示例代码
[code]
package test;

import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;

public class JDK8 {
private static final Map<String, String> map = new ConcurrentHashMap<String, String>();
public static void main(String[] args) {
map.putIfAbsent("name", "value");
}
}
[/code]

- 阅读剩余部分 -

今天手工迁移了一批HBase的数据,然后又碰到了这个熟悉的面孔:
[code]
On-disk size without header provided is 327866, but block header contains 65584. Block offset: -1, data starts with: DATABLK* ....
[/code]

怀疑是数据不一致问题,对数据进行了一次刷新,果然好了。
所以目前的情况,只能理解为:数据不一致引起的问题。

具体操作如下:
[code]
flush 'confirmedfile';
major_compact 'confirmedfile';
[/code]
即:
1、将confirmedfile表所有memstore刷新到hdfs,会产生大量storefile。
2、合并storefile。

- 阅读剩余部分 -

一直是手工到node.js官网下载tar.xz包安装,忽然有一天发现一个好工具:nvm
具体用法:

找个位置安装nvm,我放到~/.git下
[code]
cd
mkdir .git
cd .git
$ git clone https://github.com/creationix/nvm.git
[/code]

登录后自动运行nvm.sh,需要修改~/.bashrc文件
[code]
vim ~/.bashrc
[/code]
增加如下一行:
[code]
source ~/.git/nvm/nvm.sh
[/code]

- 阅读剩余部分 -

QA发现一个bug,线某用户头像忽然变了,变成另一个同事的头像。
经过艰苦的排查,发现是一个很低级的错误:测试环境的用户id跟线上的有冲突。

问题描述:
用户头像存储,用的是同一个cdn的同一个bucket,命名规则也一样:xxx_id,结果,测试环境的头像url跟线上同id冲突,且测试的id和线上的id对应的不是同一个人。

问题处理:
方案一:为测试环境保留足够多的id。确保跟线上隔离。
方案二:cdn存储空间跟线上隔离,确保测试id和线上id的对应url不同。

问题很低级,也是比较常见。备忘一下。