标签: linux

nginx编译升级1.14.1 stable 或1.15.6 主线版本,亲试可行

HTTP/2 漏洞影响 1.9.5 和 1.15.5 之间的所有 nginx 版本,MP4 模块安全问题影响运行 nginx 1.0.7, 1.1.3 及更高版本的服务器。 为缓解这两个安全问题,服务器管理员必须将其 nginx 升级到 1.14.1 stable 或1.15.6 主线版本。 由于之前源码编译安装nginx使用的是1.13版本,不幸中招只能升级 分别下载了1.14和1.15版本 下载地址:http://nginx.org/en/download.html 按照之前的参数进行编译,各种报错,最后进过各种尝试终于发现了 编译使用参数 –with-openssl=/roo

继续阅读 >>

使用静态ffmpeg二进制文件秒安装ffmpeg

说明:我们安装很多视频程序的时候都需要用到ffmpeg,差不多都喜欢用编译安装,过程很慢,而且有的系统会因为一些依赖出现很多问题,导致安装失败。有时候就算ffmpeg编译安装成功了,也会因为一些因素导致某些视频程序自动转码失败,比如博主之前发的AVS和PlayTube,不过还好的是被这个静态ffmpeg给拯救了,这里就说下ffmpeg最简单安装方法,就是直接使用编译好的静态ffmpeg二进制文件,无需安装即可使用,间接的可以说是秒安装了。 安装 安装文档:https://www.johnvansickle.com/ffmpeg/faq 系统要求:CentOS、Debian、Ubuntu等内核至

继续阅读 >>

linux下编译ffmpeg,并加入H264编码支持

在linux 平台做FFMPEG视频编码的程序时,程序运行时提示错误:[h264_nvenc @ 0x2018080] Cannot load libcuda.so.1 。对于这个问题,直接查看是因为因为cuda 买有安装,也就GPU视频硬件加速的库没有安装。实际上是因为没有安装编码库的原因。 在默然配置情况下安装的FFMPEG 库是没有包含编码库的。要解决 [h264_nvenc @ 0x2018080] Cannot load libcuda.so.1 这个问题,并不是要安装cuda,而是需要安装解码库。以H264编解码为例,我们需要先安装X264库: (1)下载X264 : git cl

继续阅读 >>

[ERR] Node xxxxx is not empty. Either the node already knows other nodes (check with CLUSTER NODES) or contains some key in database 0.

>> Creating cluster [ERR] Node 192.168.15.102:6000 is not empty. Either the node already knows other nodes (check with CLUSTER NODES) or contains some key in database 0. 处理办法: 解决方法: 1)、停止所有redis进程,将需要新增的节点下aof、rdb等本地备份文件删除; 2)、同时将新Node的集群配置文件删除,即:删除你redis.conf里面cluster-config-file所在的文件,一般为node

继续阅读 >>

ceph空间不足报错,文件夹100000文件数限制问题处理

cephfs导入文件,磁盘空间足够,但是提示“no space left” 空间不足,查找资料发现官方说法 A directory fragment is elegible for splitting when its size exceeds mds_bal_split_size (default 10000). Ordinarily this split is delayed by mds_bal_fragment_interval, but if the fragment size exceeds a factor of mds_bal_fragment_fast_factorthe s

继续阅读 >>