本篇文章给大家谈谈linuxnginx与tomcat或log4j日志备份压缩清理脚本,以及linuxnginx日志的知识点,同时本文还将给你拓展alpinelinux执行文件崩溃报错找不到/lib/x
本篇文章给大家谈谈linux nginx与tomcat或log4j日志备份压缩清理脚本,以及linux nginx 日志的知识点,同时本文还将给你拓展alpine linux 执行文件崩溃 报错 找不到/lib/x86_64-linux-gnu/libc.so 解决方法、arch-linux – Arch Linux 64bit Android ADB?、arch-linux – 在Android设备上启动原生Arch Linux、arm-linux-gnueabihf、aarch64-linux-gnu等ARM交叉编译GCC的区别等相关知识,希望对各位有所帮助,不要忘了收藏本站喔。
本文目录一览:- linux nginx与tomcat或log4j日志备份压缩清理脚本(linux nginx 日志)
- alpine linux 执行文件崩溃 报错 找不到/lib/x86_64-linux-gnu/libc.so 解决方法
- arch-linux – Arch Linux 64bit Android ADB?
- arch-linux – 在Android设备上启动原生Arch Linux
- arm-linux-gnueabihf、aarch64-linux-gnu等ARM交叉编译GCC的区别
linux nginx与tomcat或log4j日志备份压缩清理脚本(linux nginx 日志)
此脚本为nginx日志的处理,如为tomcat或log4j 则修改日志日期格式与日志文件后缀名
#!/bin/sh
#########nginx日志处理#############
#chmod u+x /software/nginx/nginx/nginxLogHandle.sh
#sh /software/nginx/nginx/nginxLogHandle.sh
#crontab -e 加入定时任务
#每天凌晨1点开始执行,丢弃执行输出
# 0 1 * * * sh /software/nginx/nginx/nginxLogHandle.sh > /dev/null 2>&1
#cat /software/nginx/nginx/logsBak/0_HandleLog.txt
#定义变量开始
#压缩备份前一天到前多少天的日志
zipLogDayNum=20
#删除多少天前的日志
delLogDayNum=30
#日志目录
nginxLogPath="/software/nginx/nginx/logs"
#日志备份目录
nginxLogBackPath="/software/nginx/nginx/logsBak"
#脚本执行日志记录路径
nginxLogFindFilePath="/software/nginx/nginx/logsBak"
nginxLogZipFileName="$nginxLogFindFilePath/0_findZipHandle.txt"
nginxLogDelFileName="$nginxLogFindFilePath/0_findDelHandle.txt"
#脚本执行日志记录
nginxLogHandleFileName="$nginxLogFindFilePath/0_HandleLog.txt"
#定义变量结束
echo "#################################################" >> $nginxLogHandleFileName
echo "############## nginx日志处理 ###################" >> $nginxLogHandleFileName
echo "######################" $(date +"%Y-%m-%d %H:%M:%S:%N") "###########################" >> $nginxLogHandleFileName
echo "#################################################" >> $nginxLogHandleFileName
echo "####zipLogDayNum###" $zipLogDayNum >> $nginxLogHandleFileName
echo "####delLogDayNum###" $delLogDayNum >> $nginxLogHandleFileName
echo "####nginxLogPath###" $nginxLogPath >> $nginxLogHandleFileName
echo "####nginxLogBackPath###" $nginxLogBackPath >> $nginxLogHandleFileName
echo "####nginxLogZipFileName###" $nginxLogZipFileName >> $nginxLogHandleFileName
echo "####nginxLogDelFileName###" $nginxLogDelFileName >> $nginxLogHandleFileName
#检查备份目录是否存在
if [ ! -x "$nginxLogBackPath" ]
then {
mkdir $nginxLogBackPath
}
fi
#检查文件记录目录是否存在
if [ ! -x "$nginxLogFindFilePath" ]
then {
mkdir $nginxLogFindFilePath
}
fi
#清空查找记录文件
if [ -f "$nginxLogZipFileName" ]
then {
rm -rf $nginxLogZipFileName
}
fi
if [ -f "$nginxLogDelFileName" ]
then {
rm -rf $nginxLogDelFileName
}
fi
#查找符合条件的文件放入txt
for ((num=1; num<$zipLogDayNum; ++num))
do
logDateStr=$(date -d-$num'' day'' +"%Y%m%d")
find $nginxLogPath -name "*.log-$logDateStr" >> $nginxLogZipFileName
done
#循环查找到文件
cat $nginxLogZipFileName | while read findRow
do
echo $(date +"%Y-%m-%d %H:%M:%S:%N") "####压缩文件并删除###" $findRow >> $nginxLogHandleFileName
findFileName=$(basename $findRow)
#echo "$findFileName.tar.gz"
tar -zcf $nginxLogBackPath/$findFileName.tar.gz $findRow
rm -rf $findRow
done
##删除文件
for ((num=$delLogDayNum; num<$delLogDayNum+10; ++num))
do
logDateStr=$(date -d-$num'' day'' +"%Y%m%d")
find $nginxLogBackPath -name "*.log-$logDateStr.tar.gz" >> $nginxLogDelFileName
done
cat $nginxLogDelFileName | while read findRow
do
echo $(date +"%Y-%m-%d %H:%M:%S:%N") "####删除备份###" $findRow >> $nginxLogHandleFileName
rm -rf $findRow
done
echo "#################################################" >> $nginxLogHandleFileName
echo "######################" $(date +"%Y-%m-%d %H:%M:%S:%N") "###########################" >> $nginxLogHandleFileName
echo "#################################################" >> $nginxLogHandleFileName
echo "" >> $nginxLogHandleFileName
echo "" >> $nginxLogHandleFileName
echo "" >> $nginxLogHandleFileName
alpine linux 执行文件崩溃 报错 找不到/lib/x86_64-linux-gnu/libc.so 解决方法
原因:
原因:
大多数 Linux 软件都与 glibc 相连接,GNU libc 库(libc 提供标准的 c 库和 POSIX API)。
大多数 Linux 发行版都基于 glibc。
Alpine Linux 基于 musl libc 库,这是一个最小的实现,并且严格遵循 POSIX。
例如,基于 glibc 发行版构建的可执行文件依赖于/lib/x86 _ 64-linux-gnu/libc.so. 6,而 Alpine 上不能使用这些文件(除非静态链接)。
解决方法:
方法1,安装 libc6兼容包: apk add libc6-compat。这个包装提供了一个轻量级的 glibc 兼容层。对于简单的应用程序,这就足够了。
方法2,在 Alpine 上安装适当的 glibc,提供所有 glibc 方法和功能。Alpine 可以使用 glibc 构建,它应该安装在以下程序中(例如) :
# Source: https://github.com/anapsix/docker-alpine-java
ENV GLIBC_REPO=https://github.com/sgerrand/alpine-pkg-glibc
ENV GLIBC_VERSION=2.30-r0
RUN set -ex && \
apk --update add libstdc++ curl ca-certificates && \
for pkg in glibc-${GLIBC_VERSION} glibc-bin-${GLIBC_VERSION}; \
do curl -sSL ${GLIBC_REPO}/releases/download/${GLIBC_VERSION}/${pkg}.apk -o /tmp/${pkg}.apk; done && \
apk add --allow-untrusted /tmp/*.apk && \
rm -v /tmp/*.apk && \
/usr/glibc-compat/sbin/ldconfig /lib /usr/glibc-compat/lib
方法3,使用静态链接的可执行文件。静态可执行文件不带动态依赖项,可以在任何 Linux 上运行。
方法4,该软件执行文件 可以在alpine上构建
arch-linux – Arch Linux 64bit Android ADB?
我试图在Arch Linux 64bit上使用Android SDK,但是当我尝试从正确的目录运行ADB时,它说文件不存在,但它就在那里.在你遇到这个问题的Ubuntu上安装ia32-lib但是在Arch Linux中没有.有什么我必须做的.
解决方法:
“无此类文件或目录”消息实际上是指32位可执行文件的加载程序,这是执行32位可执行文件所必需的.有关更详细的说明,请参阅Getting “Not found” message when running a 32-bit binary on a 64-bit system.您需要在Arch Linux上安装32位支持.
遗憾的是,Arch Linux没有一种简单的方法来安装32位支持.目前,您需要通过将这些行添加到pacman.conf来启用[multilib]存储库:
[multilib]
Include = /etc/pacman.d/mirrorlist
有关详细信息,请参阅Wiki上的Arch64 FAQ和Using 32-bit-applications on Arch64.
arch-linux – 在Android设备上启动原生Arch Linux
我有一个galaxy Note 10.1(n8010),我想让它本地启动Arch Linux.我的意思是启动Arch Linux而不是android.我需要的只是改变initramfs,这是我在世界上任何地方都找不到的.我的问题:
>我是否只需要更改initramfs,或者我还需要处理其他事情? (比如内核本身)
> [DONE]我在哪里获得CyanogenMod 10.1的官方initramfs(也许是github)?或者我必须自编译CyanogenMod的内核并从zImage中提取它?
> [可能]我可以在Android数据分区中安装Arch linux root吗? (例如/ data / linux)或者我必须购买SD卡?
>我还需要知道/做什么?
编辑:我发现如何更改initramfs
arm-linux-gnueabihf、aarch64-linux-gnu等ARM交叉编译GCC的区别
在下载gcc for arm的时候,往往会有很多个版本:
这些版本的区别是什么?我该下载哪个版本?
区别无外乎几个:大端 or 小端、ARMv7 or ARMv8、32位 or 64位、裸机 or 嵌入式Linux
multiarch name |
syscall ABI |
instruction set |
endianness |
word size |
description |
spec documents |
aarch64-linux-gnu |
linux |
ARMv8 |
little |
64 |
aarch64 Linux Platform |
AAPCS64 (ARM IHI 005A)1 |
aarch64_be-linux-gnu |
linux |
ARMv8 |
big |
64 |
aarch64 Linux Platform |
AAPCS64 (ARM IHI 005A)1 |
aarch64-linux-gnu_ilp32 |
linux |
ARMv8 |
little |
32 |
aarch64 Linux Platform |
|
aarch64_be-linux-gnu_ilp32 |
linux |
ARMv8 |
big |
32 |
aarch64 Linux Platform |
|
arm-linux-gnu |
linux |
ARMv7 |
little |
32 |
Old ARM ABI |
APCS (ARM DUI 0041 chapter 9)4 |
arm-linux-gnueabi |
linux |
ARMv7 |
little |
32 |
ARM EABI, soft-float |
AAPCS (ARM IHI 0042D)5 |
arm-linux-gnueabihf |
linux |
ARMv7 |
little |
32 |
ARM EABI, hard-float |
AAPCS (ARM IHI 0042D)5 and |
armeb-linux-gnueabi |
linux |
ARMv7 |
big |
32 |
ARM EABI, soft-float |
AAPCS (ARM IHI 0042D)5 |
armeb-linux-gnueabihf |
linux |
ARMv7 |
big |
32 |
ARM EABI, hard-float |
AAPCS (ARM IHI 0042D)5 and |
armv8l-linux-gnueabihf |
linux |
ARMv8 |
little |
32 |
ARMv8 EABI, hard-float |
|
arm-eabi |
Bare-Metal |
ARMv7 |
little |
32 |
ARM EABI, soft-float |
|
armeb-eabi |
Bare-Metal |
ARMv7 |
big |
32 |
ARM EABI, soft-float |
|
aarch64-elf |
Bare-Metal |
ARMv8 |
little |
64 |
ARMv8 EABI, hard-float |
|
aarch64_be-elf |
Bare-Metal |
ARMv8 |
big |
64 |
ARMv8 EABI, hard-float |
|
关于linux nginx与tomcat或log4j日志备份压缩清理脚本和linux nginx 日志的问题我们已经讲解完毕,感谢您的阅读,如果还想了解更多关于alpine linux 执行文件崩溃 报错 找不到/lib/x86_64-linux-gnu/libc.so 解决方法、arch-linux – Arch Linux 64bit Android ADB?、arch-linux – 在Android设备上启动原生Arch Linux、arm-linux-gnueabihf、aarch64-linux-gnu等ARM交叉编译GCC的区别等相关内容,可以在本站寻找。
本文标签: