Debug

Today, JINMEI Tatuya / 神明達哉 has submitted a patch against sys/kern/uipc_socket2.c, which is:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

Index: src/sys/kern/uipc_socket2.c
diff -u src/sys/kern/uipc_socket2.c:1.138 src/sys/kern/uipc_socket2.c:1.139
--- src/sys/kern/uipc_socket2.c:1.138	Tue Oct 19 15:13:30 2004
+++ src/sys/kern/uipc_socket2.c	Wed Oct 27 05:37:58 2004
@@ -1253,7 +1253,7 @@
 
 	if (CMSG_SPACE((u_int)size) > MCLBYTES)
 		return ((struct mbuf *) NULL);
-	if (CMSG_SPACE((u_int)size > MLEN))
+	if (CMSG_SPACE((u_int)size) > MLEN)
 		m = m_getcl(M_DONTWAIT, MT_CONTROL, 0);
 	else
 		m = m_get(M_DONTWAIT, MT_CONTROL);

I have fighted against the issue that LJ1000 can’t work correctly with FreeBSD however I have failed.

I got “ulpt0: Input/Output Error” when doing cat foo > /dev/ulpt0.

Of course, cups and friends won’t run with this state.

This problem exists in FreeBSD 5.3-RC, 4.10-STABLE. However, interestingly Windows works correctly.

So, why??

ZHAO Xin (a colleague of mine) has pointed out that GNOME Simplified Chinese does not did a good work when displaying time. He then filed ports/72722 and ports/72723.

Adam Weinberger (adamw@, one of the major FreeBSD GNOME maintainers) has then pointed out that it might be better to contact the Simplified Chinese Translation team. In a private mail, I have explained that the root cause of the issue, however, is that our libc implementation does not implemented the GNU Extensions, say, the -_^0 extensions of strftime(3). Adam have then kindly approved that the patches should be committed, and we should have a long-run solution then finally remove them.

Before reporting this to the list, I would first gather enough information.

Alu’s server boxes is suffering in continued reboot when server is loaded. Because he is supporting FreeBSD by utilizing 5.3-RC1 in his production environment (and it’s moderately loaded as it is connected to the ChinaNet Backbone), and donated many devices for dedicated services of the FreeBSD China Community, I think we must help him to solve these out.

I have plugged a new kernel configuration on his box in order to obtain a (potential) crashdump and figure out what is happening. Maybe we will get it tomorrow.

太牛了……折腾了将近1个钟头。

起因：Gavin说中文文档无法编译。

经过：
尝试make，发现少了一个–>，加上。还不行。
急了。
遂将中文版本改名，然后把英文版改成中文的名字，我靠，还不行……

About 9 Years ago, FreeBSD has introduced a functionality in sysinstall(8)’s partition editor, which is to mark a partition “active”.

However, unfortunatelly, the implementation contained a flow from the day 0 it was introduced. Sysinstall(8) depends on user’s sanity not to mark only one partition as active on one disk.

This turned out to a potential damage of disk partition table. With two partitions marked “ACTIVE”, you will get the following message:

“Invalid partition table.”

Then system will halt.

另一个部门的同事说他们那里的 mysql 总是会在凌晨0:00-1:00这段时间发生诡异的问题，即CPU占用迅速升高，并停止响应。

重起mysql无效，但到1:00之后，只要重起mysql，就可以恢复正常。

为此，今天我做了一次非常冒险的在线调试工作，并最终解决了问题。

I have decided to disable it as a workaround of the recent instablity of beastie, whose console I can’t easily touched. junsu has suggested this workaround and it seems to work :-(

I will install a local copy of delphijfork and figure out why it is stalling.

I’m not sure why, but this is really strange. Maybe cvsup’s bug? I finally removed a directory and re-sync’ed the code and it seems to work properly now. (N.B. files were not updated by cvsup :-(

必须采取措施了。。。beastie.frontfree.net再次在没有任何预兆的情况下停止响应了。。。