1. 结论：NFSv4 DELEGATION 机制导致的问题 参考 GitLab 的文档，在 NFS Server 上关闭 NFSv4 的 delegation 机制即可解决，操作如下： 在 /etc/sysctl.conf 中加入 fs.leases-enable=0 ，然后运行 sysctl -p 应用设置 重启 NFS Server 2. 问题分析 近期发现作为 NFSv4 client 的服务器，运行 I/O 操作多、运行时间长的程序后，系统会出现一个名为“[NF […]
暨南大学珠海校区校园网 – 802.1x Linux 客户端
暨大珠区有线校园网，部分区域用的是 802.1x 认证。学校网站也没提供珠区 802.1x 的 Linux 客户端。 珠区校园网客户端是 H3C 的 iNode，别的学校已经有大佬实现过这款 Linux 客户端了，可以拿来珠区用。 这里选用了这个：https://github.com/Besfim/inode-njit 1. 编译安装（Debian 11 为例） 安装编译所需的工具和库
Default
|
1 |
apt install build-essential pkg-config dh-autoreconf libpcap-dev libssl-dev git |
下载源码
Default
|
1 |
git clone https://github.com/Besfim/inode-njit.git |
编译
Default
|
1 2 3 4 |
cd inode-njit autoreconf --install ./configure make -j$(nproc) install |
快速为PDF制作高质量书签（目录）
网络上有寄书扫描的服务，不过扫描后，制作PDF书签的费用，比扫书还贵。有书签阅读会更方便，研究了一下自己快速制作高质量书签的方法，在这里分享一下。 1. 用到的工具 FreePic2Pdf PdgCntEditor 一个支持正则表达式替换的文本编辑器，如Visual Studio Code 2. 从豆瓣提取现成目录 自己手动把条目一个个做出来，时间成本太高了。这里是通过编辑现成的目录，导入自己的PDF。找现成目录，一个途径是豆瓣，另一个方法是找别人做好的PDF。如果两个途径都找不到，还是花钱给扫书的人做吧。 本文通过豆瓣提供的目录制作书签，至于如何从别的PDF提取，再导入，会利用豆瓣做，那你就 […]
FineReader MRC压缩的问题
网络上没找到此问题相关的内容，所以在这分享下解决方法，以帮助其他遇到此问题的人。 发现用Adobe Reader打开自己用FineReader生成的一个“可搜索PDF”，浏览起来非常卡，页面内容加载极慢，选取内容时，整个页面要闪烁一两下，才能选择，这浏览体验还不如未OCR前的。 阅读别人FineReader OCR的电子书，并没遇到这样的情况，所以应该与FineReader的设置有关。 研究了一下，发现是“MRC压缩”的问题，在“工具-选项-格式设置”中，把“使用MRC压缩（需要OCR）”关闭，生成的PDF即可正常阅读：
UDP SndbufErrors & ENOBUFS
最近一部分服务器上，遇到UDP发包速率太高会出现大量丢包的情况。这个丢包不是发生在中间网络设备上丢，也不在接收方上，而是发生在发送方kernel中。为什么会知道是在kernel丢的？因为用户空间程序的统计的发包量，跟内核统计的有很大差距，所以可以肯定用户空间把包交给内核后，内核并没有全发出去。 通过kernel的snmp，发现UDP的SndbufErrors计数器有很高的值：
Default
|
1 2 3 |
root@Server:~# grep "^Udp:" /proc/net/snmp | column -t Udp: InDatagrams NoPorts InErrors OutDatagrams RcvbufErrors SndbufErrors InCsumErrors IgnoredMulti Udp: 52452374 5805 2117 247991616 2117 6669891 0 1 |
这个计数器是在哪、什么情况下增长的？翻了一下kernel的源码，在net/ipv4/udp.c中找到两个，一个在udp_sendmsg()中： [cray […]