标签 debug 下的文章
前言涉及项目:TS3AudioBot、NeteaseCloudMusicApi、TS3AudioBot-NetEaseCloudmusic-plugin (推荐使用dev分支或wellwhz版,含清理列表、查看播放列表等更多功能,适配网易云WebUI),下述部署教程基于原版。此机器人可实现网易云音乐、歌单的检索播放,以及对应ID、歌单ID的播放。并包含播放/暂停、音量调节、切歌等基础功能。可通过TS内指令或通过API自建播放页实现上述功能,推荐内存预留1G起。但由于项目存在部- 阅读剩余部分 -
情景使用服务器A的Nginx Proxy Manager反代搭建在服务器B的CloudPanel面板上的站点。情景参考:https://github.com/cloudpanel-io/cloudpanel-ce/issues/214实际上官方于issue中给出了回复:With the latest nginx update, we have added a default vhost to avoid direct ip access, see the following - 阅读剩余部分 -
情景在PHP8.2版本环境下能顺利搭建Flarum1.8.5,但在后台配置SMTP发信,发送测试邮件时,会提示:“糟糕,出错啦,请刷新页面重试。”有关于Flarum的搭建参照:宝塔面板(aaPanel)搭建Flarum检查网页端控制台,错误如下:检查PHP日志,错误如下:2024/06/10 11:51:34 [error] 25932#0: *24187 FastCGI sent in stderr: "
PHP message: PHP Deprecated: Calla- 阅读剩余部分 -
前情在OSS下载报错(Cloudreve阿里云OSS下载报错:Request has expired)的问题处理中,我们发现问题原因是服务器时间错误。我们利用宝塔面板的linux工具箱手动同步时间,但经过数天后时间仍出现偏差。于是,我们在宝塔计划任务中将“同步时间”设定为每天执行,该方式虽然能有效地使时间处于整体正确状态,但执行日志中显示每天都会产生数秒的偏差,没能从根源上解决问题。问题处理考虑到另一台同等使用宝塔和相关业务的服务器时间并不会偏差,认为是此台服务器“曾经从华为- 阅读剩余部分 -
问题原因此前云盘配置完毕后正常运行,没有修改过OSS或Cloudreve设置,现在仍能正常上传文件,但预览或下载时报错如下:<Error>
<Code>AccessDenied</Code>
<Message>Request has expired.</Message>
<RequestId>65D45CC27FFDC2343279D103</RequestId>
<HostId- 阅读剩余部分 -
前言主角: 内存——微星Z370 GAMING PLUS;显卡——影驰1070Ti HOF许久没用外屋的电脑,今天难得打开,却见显示器毫无反应,起先以为单纯是信号线松动,然而来回拨弄后发觉,这机箱盖是非拆不可。此刻心态尚佳,毕竟之间有过类似故障处理经验,“拔插内存条”理应是终极解决之道。打开机箱,轻车熟路地擦拭内存条并重新装上,已经准备好使用电脑了,谁知却扫了我的兴。环顾主板,一抹红色格外显眼,上面赫然写着“EZ debug LED”,顾名思义,没想微星如此良心,真是省的人折- 阅读剩余部分 -
问题表现/var/log/message 日志表现为:Feb 13 00:05:22 [localhost] kernel: traps: python3[29830] general protection ip:7fabe1c1aa3f sp:7fff9001d770 error:0 in libstdc++.so.6.0.19[7fabe1b5c000+e9000
与此同时 /var/log/audit/audit.log- 阅读剩余部分 -
日志(/var/log)体现如下:Feb 10 12:47:12 XXX systemd: lshttpd.service holdoff time over, scheduling restart.
Feb 10 12:47:12 XXX systemd: Stopped OpenLiteSpeed HTTP Server.
Feb 10 12:47:12 XXX systemd: Starting OpenLiteSpeed HTTP Server…
Feb 10 - 阅读剩余部分 -
问题背景使用TS3AuBot机器人播放歌曲时,发现时常会出现1~2秒的声音卡顿,机器人与TS服务器分别部署于不同的ECS服务器,遂分别进行测试排查。测试过程针对机器人测试:将机器人放置于其他TS服务器播放歌曲进行测试,未发现语音卡顿问题。针对服务器测试:测试一:将个人音频输入模式修改为“持续传输”,关闭降噪等选项,使用Soundpad等软件于个人PC上播放歌曲,使用其他电脑(或邀请他人)监听或录制音频情况,发现卡顿现象。测试二:观察各个用户端的连接信息,发现网络延迟时常出现异- 阅读剩余部分 -
错误背景及原因Docker升级后在启动原较低版本创建的容器时会产生以下错误:Error response from daemon: Unknown runtime specified docker-runcError: failed to start containers: 4asdffvcv432hg实际上是较低版本Docker使用‘docker-runc- 阅读剩余部分 -
- 1
- 2
- 后一页 »