媒体文件一直在队列中无法上传，奇怪的是日志上传是成功的，配置确认是对的
20 条评论
你是完全用的demo，还是修改过代码？demo是最新的吗？
demo是最新的，没改过代码
日志里面也没查到获取凭证的mq消息，像是动作完全没触发一样
固件版本都是最新的
获取凭证前，有个上传优先级的mq消息发过来,里面带着最近一次任务id，需要回复，然后才会获取凭证，你看看这个消息有了吗？highest_priority_upload_flighttask_media
尝试过重启，断电之类的操作 均无效
日志里面没查到 highest_priority_upload_flighttask_media 相关的消息
你特殊监听一下有关上传的主题吧，然后看看。
received topic :thing/product/4TADKCM001001H/services_reply payload :{"bid": "9681ff30-d3f6-45ac-8395-cfd41db3be10", "data": {"result": 0}, "method": "upload_flighttask_media_prioritize", "tid": "b63f70d2-f3ba-4c0a-94b8-00e323f847f5", "timestamp": 1678155726323}
只找到了这个报文，立即上传媒体文件
thing/product/{pid}/events中 method：highest_priority_upload_flighttask_media，这个没有吗？
确认了没有，mq历史消息都没查询到
刚重新执行了航线上传了新的媒体文件 监听的消息里面都没有查到highest_priority_upload_flighttask_media
图片仍在队列中。。。没变化
机场重启的时候会请求几次storage_config_get，直到回复后就不再请求，等到需要媒体上传的时候才会二次请求（为了确保上传凭证不会过期），你之前回复过storage_config_get这个么？
日志里面并未搜到这个消息 storage_config_get
需要重启机巢吗
嗯，重启后观察mq消息
重启后 查询到了 storage_config_get 获取凭证消息，但是似乎没有响应的requests_reply 消息 ，正在排查
嗯，应该是这个原因，你一开始就没给，导致后面上传业务不往下执行了
非常感谢，已经解决 。
最终定位问题为 minio配置的region字段，之前一直以为没用到 就没有配置，对比了官方配置之后 加上了，然后很尴尬的成功了。
还有 再给小伙伴们提个醒，项目重启后服务mqtt 订阅超过心跳时间可能全部需要重新订阅，正常逻辑是设备上线后服务进行订阅，但这里机巢并不会重新发送上线消息，也就是说这里可能需要自己再实现一下订阅逻辑，比如手动补偿或者重启查询补偿订阅之类的。
请先登录再写评论。
刚重新执行了航线上传了新的媒体文件 监听的消息里面都没有查到highest_priority_upload_flighttask_media
评论
20 条评论