项目从 Ubuntu 移植到 Debian 出现莫名其妙的 bug。

[huahsiung]

项目是半年前上线的，一共留下了有两个版本。Linux （ Ubuntu 下 gcc 编译） Windows （本地测试版本，vs 编译的）。

然后项目跑的 docker 里面的。

最近迁移服务器，换了一个 host OS(从 Ubuntu 换到 Debian)。因为是 docker ，除了内核嘛，其他都差不多。想都没想，直接 docker save ---> docker load ，扔过去。

然后在 Debian host OS 上，发现没启动。于是尝试手动启动，发现启动大概 1s 后，Segmentation fault 错误。

---

然后以为程序有 bug ，找了半天，真的找到了一个 bug 。修改测试，还是报 Segmentation fault 。大概不是这个 bug 引起的。 然后我想，之前服务器顶住 bug 跑了半年都没出事。怎么可能迁移就出事。这个 bug 应该不是致命错误。于是又改回去。

.

从早上九点忙到晚上 10 点，本来准备 2h 就完成的，但是出现莫名其妙的 bug ，虽然给了半个月迁移的时间。

期间莫名其妙的比对过 md5sum ，一模一样！，但是就是无法在新的 Debian host 上运行。而老 Ubuntu 顶住 bug 跑也正常。没办法，找不到，项目又要迁移。

---

然后到晚上了。心好累啊，就破罐破摔。能上线就不错了，哪里要求这么多啊，就把 Windows 下的版本制作为一个 docker 版本的 wine 。然后把 Windows 版的程序扔到 wine 镜像里面，测试了一下，卧。槽，卧。槽！！！完全正常，没任何问题！！。

上线了。！！

想了想，唯一的区别就算内核了，我不知道是不是 Ubuntu 的内核什么不同。 虽然现在不是生产环境。但是如果 wine 没出错。半个月后主服务器就会迁移，或许就会变成生产环境了。

. .

安装以前的规律，只要没出错，根本没人注意到 wine 。就算出错了，一般也是 docker restart 。

虽然如此明显。但是也依然不会有人注意。

用 wine 跑项目感觉特别危险。没办法，哎，孤立无援啊。现在只有我接手前任代码后，一个人在维护。里面指针看上去就是到处乱飞。

希望下一个接手的人不要炸掉。

---

感觉只有两个可能：

1.Debian Linux 内核版本比 Ubuntu 高。

2.Ubuntu 内核问题。Ubuntu 自动把 bug 优化了？？？

---

希望以后不要看到这样的的帖子：“生产环境出现重大事故，项目竟然用 wine 跑了快 1 年”。

因为迁移本来就算没的。算莫名其妙来的“义务”吧。

wine 解决方案完美，唯一缺点就是容器多了 1G 空间占用。

[tairan2006]

你用 Debian 重新编译一下

[nuk]

我记得 docker 是可以用 kvm 的？

[pubby]

遇到过 ubuntu 某个版本制作的 docker image 在某几个 k8s 节点一启动就 segfault
go 静态编译的程序

换 ubuntu 其他版本重新制作就正常了

[LonnyWong]

这题我懂，大概率是某个变量没初始化。在能运行的环境碰巧是 0 ，相当于初始化了。在不能运行的环境，碰巧不是 0 ，然后它又是个指针之类，就段错误了。在不同的环境，大概率每次运行都是相同的结果，要么总是成功，要么总是出错，例外的情况是少数。

[LonnyWong]

这题我懂，大概率是某个变量没初始化。在能运行的环境碰巧是 0 ，相当于初始化了。在不能运行的环境，碰巧不是 0 ，然后它又是个指针之类，就段错误了。在相同的环境，大概率每次运行都是相同的结果，要么总是成功，要么总是出错，例外的情况是少数。

[LonnyWong]

忽略 #24 ，打错了一个字。

[huahsiung]

粗略调试,发现可能有两个代码块有问题。

一个是记录时间的

char timebuf[256];
time_t time1;
struct tm *time2;
time(&time1);
time2=localtime(&time1);
memcpy(timebuf,asctime(time2),256);
strtok(timebuf, "\n");

[shijingshijing]

从 Debian 迁移到 Ubuntu 大概率不会出什么问题，反之估计会有各种妖蛾子，查下依赖库吧，有可能是 Ubuntu 用了更高版本的某个 libxxx.so 。

[huahsiung]

还有一个是用 char 数组 ipaddr[40];直接存 IP 地址。
struct epoll_event c_Event;

...

int fd;
struct sockaddr_in apply_addr;
struct sockaddr_in6 apply_addr6;
const int addrlen=sizeof(apply_addr6);
char ipaddr[40];
memset(&apply_addr6,0,sizeof(struct sockaddr_in6));
fd = accept(evfd, (struct sockaddr *)&apply_addr6, &addrlen);
logtime_func(....) //这个是调用前面记录时间函数的。


大概看到这里，程序到这里会异常。


也可能不是这个原因，因为这里其他平台都不异常，无法复现。虽然编译器每次都警告。

[huahsiung]

@huahsiung
补充：

int fd;
struct sockaddr_in apply_addr;
struct sockaddr_in6 apply_addr6;
const int addrlen=sizeof(apply_addr6);
char ipaddr[40];
memset(&apply_addr6,0,sizeof(struct sockaddr_in6));
fd = accept(evfd, (struct sockaddr *)&apply_addr6, &addrlen);
logtime_func(....) //这个是调用前面记录时间函数的。


inet_ntop(AF_INET6,&(apply_addr6.sin6_addr),&ipaddr,40);

char ipv4buf[16];
memcpy(ipv4buf,ipaddr+7,16);
strcpy(ipaddr,ipv4buf);



另外 docker 里面的 libxxx.so 应该是一样的。应该不是依赖库问题

[huahsiung]

启动大概 1s 后，出现 Segmentation fault 错误。

确认是有 tcp 连接进来后才出现的。因为其他组件连接超时重试设置的一般也是 1s

[ryanking8215]

编译器警告贴一下呢？
addrlen 在 accept 里是 in/out 类型的参数，为啥定义成 const 呢？

[ttvast]

Segmentation fault 没有 core dump 吗？

[LokiSharp]

不要用 Ubuntu 编译

[huahsiung]

@ryanking8215

后续，不是这里代码问题。绕过该代码依然报错。
差点把 wine 也弄崩了。


世上本无事，庸人自扰之。

现在已经跑起来了，还是不要自找麻烦了。万一两边都崩了才麻烦。

[ttvast]

会不会两个服务器一个配置了 ipv6 ，一个禁用了 ipv6

[swulling]

容器不隔离内核，所以可能是内核的问题。

[swulling]

core dump 下看看

[pooorguy]

@sadfQED2

"我原本以为用 livecd 跑服务已经天下无敌了，
没想到有人用 wine 比他还勇猛，

这是谁的部将!"



----三国大魏集团 CEO 曹操

[realpg]

@bjzhush #9
当你的必须供应商给你一个只有.net 1.1 可以调用的 dll 文件
我就 wine 写过一个封装转成本机服务