小于 1 分钟
小于 1 分钟
记一次打包java ant项目打包运行报错
根据教程导入项目编译打包 https://www.jianshu.com/p/122335716708
补充知识:ant编译步骤 https://blog.csdn.net/kone0611/article/details/83715470
大约 5 分钟
问题描述
以前使用双系统也会出现此情况,处理解决是重启进windows系统进行自动修复,再切换至manjaro即可.目前是只有manjaro单系统,所以必须在Linux系统下处理此项问题.报错如下
failed to mount '/dev/nvme0n1p5': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a then reboot into Windows twice.......
大约 2 分钟
原始报错代码如下
https://pan.bjtang.com/miko/mikoFile/dataNode/
{
"data": "com.bjtang.miko.dao.DiskMapper.updateById (batch index #1) failed. Cause: java.sql.BatchUpdateException: Lock wait timeout exceeded; try restarting transaction\n; Lock wait timeout exceeded; try restarting transaction; nested exception is java.sql.BatchUpdateException: Lock wait timeout exceeded; try restarting transaction",
"msg": "未知错误",
"status": 500
}
小于 1 分钟
问题开始
对账发现金额差距大,根据现有话单数据进行对账
对接双边金额
落地双边金额
选择了10月12日的数据可以看到 落地通话数量为13594,对接通话数量为13387 少统计了近200个话单;通话时长差距更为明显,少了9000秒的通话时长
对接双边金额分布和落地双边金额分布
双边金额分布可以看到话费双边金额有较大偏差,偏差由此产生
开始排查
- 排查多出的200话单有无影响总体双边金额
通话时间大多数是一秒话单,总计双边金额约1.6,与20的差额有较大差异,说明多出来的一秒话单在差异中比重不大 - 对比其他话单情况在对比中,落地往往比对接多一秒的通话时长,在6秒计费的情况下:
- 对接无话单,落地一秒话单,额外计费一次
- 对接通话五秒,落地通话六秒,没有额外计费
- 对接接通六秒,落地通话七秒,额外计费一次 也就是说,无论如何落地计费金额会大于对接计费金额.但是差异过大明显不正常
大约 10 分钟
问题描述
在使用vscode代码同步到github时,长时间等待后出现如下错误:由于提交消息为空,已取消提交操作
解决方案
在设置中搜索use edit 在扩展中取消勾选 Use Editor As Commit Input 即可
大约 7 分钟