仙 - Page 2 of 114 - 本来无一物,何处惹尘埃!

无语了，我要换硬盘，你每次给加硬盘什么意思……

有几台古董机器配的老硬盘几年了最近Raid报警
过去几个月一直在换，联系机房值班
原来搭配的N块盘，每次有盘坏了就给我加一块
坏盘也不给我拔掉，真鸡巴懒
结果现在挂了一堆硬盘了……

FFMPEG 硬件转码 GPU CUDA9 问题

傻逼了又，头脑发热升级下驱动版本
结果出现灵异问题
驱动安装和CUDA那些没错

编译FFMPEG出现
ERROR: cuda requested, but not all dependencies are satisfied: ffnvcodec
查询了下cuda9才又这个错误，好像是pkgconfig里命名导致问题

修复方式
cd /opt git clone https://git.videolan.org/git/ffmpeg/nv-codec-headers.git cd nv-codec-headers make make install

在编译遇到
ERROR: cuvid requested, but not all dependencies are satisfied: cuda
我很确认 cuda是安装好了的
卸载，重新安装，ldconfig 这个问题神奇的没了

这样就算升级成功

测试下

没问题

N卡官方
https://developer.nvidia.com/ffmpeg

nginx 保护特定的文件后缀禁止特殊后缀访问

location ~\.(ini|log|conf|db)$ { deny all; return 405; }

seafile专业版破解

0001. seafile：
关于seafile的介绍请自行百度，其实官方是提供了专业版的，而且免费的专业版跟付了钱买的专业版功能上没有任何区别，主要是免费的只能注册三个用户。（百度上也貌似找不到专业版的破解版）
虽然说是可用的状态，但是我的感觉是十分蛋疼。毕竟有强迫症在作怪，正好作为小白的我可以用这个程序来练练手。

0010.破解：
详细的破解过程就不在此进行阐述，主要是对限制人数进行了破解使其突破3人的限制。（将其修改为1000人）
破解的版本为目前的最新版本 6.2.9
大致分析及破解过程如下：
该程序是由python和C编写，前台使用了python的django框架。
安装好运行之后添加4个用户，根据报错信息追踪代码调用位置。
最后发现判断人数是否超限的代码就在 seafile-pro-server-6.2.9/seahub/seahub/utils/licenseparse.py 文件中：

def user_number_over_limit(new_users=0):    logger = logging.getLogger(__name__)
    if is_pro_version():
        try:
            # get license user limit
            license_dict = parse_license()
            max_users = int(license_dict.get('MaxUsers', 3))

            # get active user number
            active_db_users = ccnet_api.count_emailusers('DB')
            active_ldap_users = ccnet_api.count_emailusers('LDAP')
            active_users = active_db_users + active_ldap_users if \
                           active_ldap_users > 0 else active_db_users

            if new_users < 0:
                logger.debug('`new_users` must be greater or equal to 0.')
                return False
            elif new_users == 0:
                return active_users >= max_users
            else:
                return active_users + new_users > max_users

        except Exception as e:
            logger.error(e)
            return False
    else:
        return False

def user_number_over_limit(new_users=0): logger = logging.getLogger(__name__)

if is_pro_version():

try:

# get license user limit

license_dict = parse_license()

max_users = int(license_dict.get('MaxUsers', 3))

# get active user number

active_db_users = ccnet_api.count_emailusers('DB')

active_ldap_users = ccnet_api.count_emailusers('LDAP')

active_users = active_db_users + active_ldap_users if \

active_ldap_users > 0 else active_db_users

if new_users < 0:

logger.debug('`new_users` must be greater or equal to 0.')

return False

elif new_users == 0:

return active_users >= max_users

else:

return active_users + new_users > max_users

except Exception as e:

logger.error(e)

return False

else:

return False

难道真的就么简单？？，于是把3改为1000，重启服务。
继续添加用户，不过这时候错误变成了添加用户失败。果然没那么简单！
继续追踪分析python代码，最后发现基本上所有的操作（比如添加用户，更换邮箱，删除用户）都是使用rpc进行通信调用C语言程序进行的操作。
这时候突然想起启动时控制台的输出信息，于是使用IDA进行静态分析。从 seafile-pro-server-6.2.9/seafile/bin/ccnet-server 文件中发现了端倪。
进行text搜索：license 果不其然，决定使用人数的代码就在其中。（文件删了后我也懒得下，所以就不放图了，后面的就自行分析吧）。
不过最初我是想做个注册机出来，最后发现程序使用RSA来验证授权文件，所以如果做注册机还需将程序中的公钥替换成我的，这样还不如直接修改人数限制来的简单粗暴。

0100.下载链接：
不知道为什么官网也是放出了一个Ubuntu的版本？所以顺带也破解了。

Ubuntu 版：https://pan.baidu.com/s/1w2jZcoOYKAec1eurHPJVEw 密码：xz2z

百度网盘：https://pan.baidu.com/s/1bYVO_KfWqFbX8vZQwIr7HA 密码：zayr

demo站点：https://pan.deny.cx

文件都是从官网下载的，然后进行了破解，后门病毒之类的应该不存在的吧？（大家请放心，我技术这么渣想加也加不了啊）

0101.安装教程官方的文档都有
安装方法就按照官方的说明来就是了。

0110..侵删；

CentOS 7.* 下的FFMPEG 自动安装脚本 FFMPEG一键安装

CentOS 7.* 下的FFMPEG 自动安装脚本

https://github.com/hostsoft/ffmpegtoolkit

上次撸了一个这个版本……

4.x的内核,在部分CentOS7系统下会异常

4.x的内核,在部分CentOS7系统下会异常
不是特别稳定,测试差不多的配置, 4台机器
3.x的内核正常
尝试升级到4.x 会出现负载升高,失去响应的问题

这个各种因素影响比较大,所以也没时间定位哪里触发的崩溃

LVM SATA SSD缓存性能比较

给客户部署测试的

做了个性能测试比较

pvcreate /dev/md126p3  #板载Raid0  3x2000G SATA 垃圾硬盘
pvcreate /dev/sdd1     #120G SSD硬盘

vgcreate cache /dev/md126p3
lvcreate -l 100%FREE -n hls cache

vgextend cache /dev/sdd1
lvcreate -n CacheMetaLV -L 1G cache /dev/sdd1
lvcreate -n CacheDataLV -L 109G cache /dev/sdd1  #这里注意硬盘需要预留一定空闲,否则不能转换
# 大约 512M Meta = 160G Data

lvconvert --type cache-pool --cachemode writethrough --poolmetadata \
cache/CacheMetaLV cache/CacheDataLV

lvconvert --type cache --cachepool cache/CacheDataLV cache/hls

pvcreate /dev/md126p3 #板载Raid0 3x2000G SATA 垃圾硬盘

pvcreate /dev/sdd1 #120G SSD硬盘

vgcreate cache /dev/md126p3

lvcreate -l 100%FREE -n hls cache

vgextend cache /dev/sdd1

lvcreate -n CacheMetaLV -L 1G cache /dev/sdd1

lvcreate -n CacheDataLV -L 109G cache /dev/sdd1 #这里注意硬盘需要预留一定空闲,否则不能转换

# 大约 512M Meta = 160G Data

lvconvert --type cache-pool --cachemode writethrough --poolmetadata \

cache/CacheMetaLV cache/CacheDataLV

lvconvert --type cache --cachepool cache/CacheDataLV cache/hls

测试结果

[root@cache02 ~]# dd if=/dev/zero of=/cache/hls/test1.img bs=1G count=1 oflag=dsync 
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 4.76144 s, 226 MB/s
开启了SSD缓存 写入速度226MB/秒
[root@cache02 ~]# dd if=/dev/zero of=/cache/web/test1.img bs=1G count=1 oflag=dsync
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 6.24878 s, 172 MB/s
没缓存 172MB/秒

[root@cache02 ~]# dd if=/dev/zero of=/cache/hls/test1.img bs=1G count=1 oflag=dsync

1+0 records in

1+0 records out

1073741824 bytes (1.1 GB) copied, 4.76144 s, 226 MB/s

开启了SSD缓存写入速度226MB/秒

[root@cache02 ~]# dd if=/dev/zero of=/cache/web/test1.img bs=1G count=1 oflag=dsync

1+0 records in

1+0 records out

1073741824 bytes (1.1 GB) copied, 6.24878 s, 172 MB/s

没缓存 172MB/秒

提升了56M的写入速度,读取速度一般不会是不会成为瓶颈的
这个是未进行LVM差数优化的结果, 根据应用场景,应该有提升空间
例如图片存储,优化meta size的大写, 更换文件系统, 使用XFS,ZFS等等

总结
有效提升空间不是特别大

服务器异常关机最想不到的原因

说出来可能不信

客户上架一个机柜40台机器
39台正常只有一台老是自动关机

分析发现
操作系统日志提示温度过高断电保护

最后检查发现
5个风扇少3个,1个低速1000多转, 1个坏了

能不自动关机吗?

使用Linux Route路由表来取得公网网卡

route -n | awk '$1 == "0.0.0.0" {print $8}'

Raid卡的自动化管理

实现自动化安装系统并不难

难在如何实现按客户选的Raid级别
去自动实现Raid的Rebuild

终于明白逻辑了还是传参

第一步
Raid卡是不是存在存在=允许客户选择Raid级别
第二步
客户选择Raid级别, 计算是不是满足需求,满足就放行,否则返回False
例如, 客户选Raid5, 但是设备只有2块硬盘,只能建Raid0或Raid1
第三步
客户选择了Raid
系统开机,PXE启动维护盘,下载对应的Raid规则和脚本预定义
建立物理卷和逻辑卷,分区
完成后重新启动

第四步
继续PXE启动,进行网络安装系统!

PHP 最简单的API 请求频率限制方式

例如限制 API 每秒仅允许请求一次

原来的API这样

$data = "Data Returned from API";
header('Content-Type: application/json');
die(json_encode($data));

$data = "Data Returned from API";

header('Content-Type: application/json');

die(json_encode($data));

加限制以后　这样

session_start();
if (isset($_SESSION['LAST_CALL'])) {
    $last = strtotime($_SESSION['LAST_CALL']);
    $curr = strtotime(date("Y-m-d h:i:s"));
    $sec =  abs($last - $curr);
    if ($sec <= 1) {
        $data = 'Rate Limit Exceeded';  // rate limit
        header('Content-Type: application/json');
        die (json_encode($data));
    }
}
$_SESSION['LAST_CALL'] = date("Y-m-d h:i:s");

// normal usage
$data = "Data Returned from API";
header('Content-Type: application/json');
die(json_encode($data));

session_start();

if (isset($_SESSION['LAST_CALL'])) {

$last = strtotime($_SESSION['LAST_CALL']);

$curr = strtotime(date("Y-m-d h:i:s"));

$sec = abs($last - $curr);

if ($sec <= 1) {

$data = 'Rate Limit Exceeded'; // rate limit

header('Content-Type: application/json');

die (json_encode($data));

}

$_SESSION['LAST_CALL'] = date("Y-m-d h:i:s");

// normal usage

$data = "Data Returned from API";

header('Content-Type: application/json');

die(json_encode($data));

以时间作为判断依据
这个适合小应用使用　其他规模的还是使用　