Linux报错：audit:backloglimitexceeded（审计：超出积压限制）系统版本：CentOSLinuxrelease7.6.1810(Core)问题现象：一次巡检中发现业务系统打不开，对应的Linux服务器ssh连接不上，但是能ping通，于是在VMwarevcenter远程控制台打开操作系统界面，报错提示audit:backloglimitexceeded，尝试“ctrl+z”中断报错未果，只能强行关机，重新开机能正常系统。问题原因：audit服务记录的审计事件超出默认(或设置)数量，达到或超出容量的审计缓冲区队列也可能导致实例锁定或持续无响应状态。解决办法：由于尝试“c
Linux报错：audit:backloglimitexceeded（审计：超出积压限制）系统版本：CentOSLinuxrelease7.6.1810(Core)问题现象：一次巡检中发现业务系统打不开，对应的Linux服务器ssh连接不上，但是能ping通，于是在VMwarevcenter远程控制台打开操作系统界面，报错提示audit:backloglimitexceeded，尝试“ctrl+z”中断报错未果，只能强行关机，重新开机能正常系统。问题原因：audit服务记录的审计事件超出默认(或设置)数量，达到或超出容量的审计缓冲区队列也可能导致实例锁定或持续无响应状态。解决办法：由于尝试“c
Linux报错：audit:backloglimitexceeded（审计：超出积压限制）系统版本：CentOSLinuxrelease7.6.1810(Core)问题现象：一次巡检中发现业务系统打不开，对应的Linux服务器ssh连接不上，但是能ping通，于是在VMwarevcenter远程控制台打开操作系统界面，报错提示audit:backloglimitexceeded，尝试“ctrl+z”中断报错未果，只能强行关机，重新开机能正常系统。问题原因：audit服务记录的审计事件超出默认(或设置)数量，达到或超出容量的审计缓冲区队列也可能导致实例锁定或持续无响应状态。解决办法：由于尝试“c
一、开发环境操作系统：Ubuntu18.04LTS显卡：NVIDIARTX2080Super显卡驱动：专有驱动450.142.00CUDA：10.2PyCharm版本：2020.2.5二、问题描述最近在GitHub上闲逛，Git了一个YOLOv3目标检测的项目。Git下来并且配置好环境开始运行，发现TensorFlow找不到动态库libcudart.so.10.1。开始能够想到的原因是我在本地安装的CUDA版本是10.2，项目的Tensorflow版本是2.1.0，两者可能不适配。我首先尝试在COCO数据集上运行模型训练算法，发现是可以运行的，只是训练的速度实在有点慢。看了下输出信息，发现Te
一、开发环境操作系统：Ubuntu18.04LTS显卡：NVIDIARTX2080Super显卡驱动：专有驱动450.142.00CUDA：10.2PyCharm版本：2020.2.5二、问题描述最近在GitHub上闲逛，Git了一个YOLOv3目标检测的项目。Git下来并且配置好环境开始运行，发现TensorFlow找不到动态库libcudart.so.10.1。开始能够想到的原因是我在本地安装的CUDA版本是10.2，项目的Tensorflow版本是2.1.0，两者可能不适配。我首先尝试在COCO数据集上运行模型训练算法，发现是可以运行的，只是训练的速度实在有点慢。看了下输出信息，发现Te
最近华为商店平台已经要求App64位才能上架了。在下半年，所有平台都差不多会强制要求。在不久，硬件也只支持64位了，意味着，32位以后将会被淘汰。好巧不巧，最近处理的以前别人的项目，刚好全是32位的，下手特别狠，可能为了代码量小，直接把64位的so包删掉了。那么直接开门见山，讲重要几点一：设置64位的代码defaultConfig{ndk{abiFilters"armeabi-v7a"//如果添加armeabi-v7a就必须添加arm64-v8aabiFilters"arm64-v8a"abiFilters"x86"//添加x86必须添加x86_64abiFilters"x86_64"}}二：
Android开发之引用三方库导致SO库冲突的解决办法微信图片_20220416170320.png从这个图片可以看出匹配到了多个libc++_shared.sopackagingOptions{pickFirst'lib/armeabi/libc++_shared.so'pickFirst'lib/armeabi-v7a/libc++_shared.so'pickFirst'lib/arm64-v8a/libc++_shared.so'pickFirst'lib/x86/libc++_shared.so'pickFirst'lib/x86_64/libc++_shared.so'}packa
最近华为商店平台已经要求App64位才能上架了。在下半年，所有平台都差不多会强制要求。在不久，硬件也只支持64位了，意味着，32位以后将会被淘汰。好巧不巧，最近处理的以前别人的项目，刚好全是32位的，下手特别狠，可能为了代码量小，直接把64位的so包删掉了。那么直接开门见山，讲重要几点一：设置64位的代码defaultConfig{ndk{abiFilters"armeabi-v7a"//如果添加armeabi-v7a就必须添加arm64-v8aabiFilters"arm64-v8a"abiFilters"x86"//添加x86必须添加x86_64abiFilters"x86_64"}}二：
Android开发之引用三方库导致SO库冲突的解决办法微信图片_20220416170320.png从这个图片可以看出匹配到了多个libc++_shared.sopackagingOptions{pickFirst'lib/armeabi/libc++_shared.so'pickFirst'lib/armeabi-v7a/libc++_shared.so'pickFirst'lib/arm64-v8a/libc++_shared.so'pickFirst'lib/x86/libc++_shared.so'pickFirst'lib/x86_64/libc++_shared.so'}packa
简介项目需要涉及到JNI调用C++代码所以所以学习了一了一下AndroidStudio工具下Cmake方式的Jni调用的一些知识特此记录一下环境版本AndroidStudio4.1.3Gradle4.1.3Cmake3.10.2ndk21.1.6352462buildToolsVersion30.0.31.项目配置plugins{id'com.android.application'id'kotlin-android'}android{compileSdkVersion31//31.0.0版本有异常不能用buildToolsVersion"30.0.3"defaultConfig{applic
