Invalid rapid proof. ContentHash proof failed about aliyunpan HOT 10 CLOSED

0.02 版本是可以上传的，但是0.0.2 版本秒传失效。0.0.3 版本第一次可以上传，再传一次就报上面的错误

from aliyunpan.

应该是计算上传水印有问题，这个local_backup.sh 文件方便发一下吗？

from aliyunpan.

from aliyunpan.

随便新建一个文件也是这样。

比如nano aa.txt

内容是aaaaaa

有的文件第一次上传成功，第二次再传就报那个错误

系统信息：Linux raspberrypi 5.10.60-v7l+ #1449 SMP Wed Aug 25 15:00:44 BST 2021

armv7l GNU/Linux

On Mon, Oct 25, 2021 at 3:39 PM tickstep studio team <

@.***> wrote:

应该是计算上传水印有问题，这个local_backup.sh 文件方便发一下吗？

—

You are receiving this because you authored the thread.

Reply to this email directly, view it on GitHub

#19 (comment),

or unsubscribe

https://github.com/notifications/unsubscribe-auth/AUNCYCKHBZWLXEJKM73NW73UIUCTDANCNFSM5GUKNJ2A

.

Triage notifications on the go with GitHub Mobile for iOS

https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675

or Android

https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

方便开debug日志，帮忙把日志贴上来看一下

from aliyunpan.

@tickstep
您好 ，我使用0.0.3版本上传时遇到同样问题.
执行的命令是: u /home/ubuntu/data/test/1.7z .
[2021-10-27 10:22:44.959] do request url: https://api.aliyundrive.com/v2/file/list
[2021-10-27 10:22:45.142] do request url: https://api.aliyundrive.com/v2/file/list
2021-10-27 10:22:45 [1] 加入上传队列: /home/ubuntu/data/test/1.7z
[1] 准备上传: /home/ubuntu/data/test/1.7z=>/data/soft/1.7z
[2021-10-27 10:22:45.591] do request url: https://api.aliyundrive.com/v2/file/list
[2021-10-27 10:22:45.679] do request url: https://api.aliyundrive.com/adrive/v2/file/createWithFolders
[2021-10-27 10:22:45.795] do request url: https://api.aliyundrive.com/v2/file/list
[2021-10-27 10:22:45.871] do request url: https://api.aliyundrive.com/adrive/v2/file/createWithFolders
[2021-10-27 10:22:47.979] do request url: https://api.aliyundrive.com/adrive/v2/file/createWithFolders
2021-10-27 10:22:21 [1] 文件上传结果：失败！创建上传任务失败：Invalid rapid proof. ContentHash &{sha1 93E16F710FE04FA5D5A2D55FC711BEFDC0DEF8F5 254684976 } proof failed, range [250010253, 250010261),Invalid rapid proof. ContentHash &{sha1 93E16F710FE04FA5D5A2D55FC711BEFDC0DEF8F5 254684976 } proof failed, range [250010253, 250010261) 耗时 2秒

上传结束, 时间: 2秒, 总大小: 0B
以下文件上传失败:
1 /home/ubuntu/data/test/1.7z

但是上传普通的文本文件就没有问题:
u /home/ubuntu/data/test/empty.txt .
[2021-10-27 10:25:48.759] do request url: https://api.aliyundrive.com/v2/file/list
[2021-10-27 10:25:49.028] do request url: https://api.aliyundrive.com/v2/file/list
2021-10-27 10:25:49 [1] 加入上传队列: /home/ubuntu/data/test/empty.txt
[1] 准备上传: /home/ubuntu/data/test/empty.txt=>/data/soft/empty.txt
[2021-10-27 10:25:49.114] do request url: https://api.aliyundrive.com/v2/file/list
[2021-10-27 10:25:49.268] do request url: https://api.aliyundrive.com/adrive/v2/file/createWithFolders
[2021-10-27 10:25:49.666] do request url: https://api.aliyundrive.com/v2/file/list
[2021-10-27 10:25:49.740] do request url: https://api.aliyundrive.com/adrive/v2/file/createWithFolders
[2021-10-27 10:25:51.845] do request url: https://api.aliyundrive.com/adrive/v2/file/createWithFolders
[1] 检测秒传中, 请稍候...
[1] 秒传成功, 保存到网盘路径: /data/soft/empty.txt
2021-10-27 10:25:21 [1] 文件上传结果：成功！ 耗时 2秒

上传结束, 时间: 2秒, 总大小: 0B

from aliyunpan.

随便新建一个文件也是这样。
比如nano aa.txt
内容是aaaaaa
有的文件第一次上传成功，第二次再传就报那个错误
系统信息：Linux raspberrypi 5.10.60-v7l+ #1449 SMP Wed Aug 25 15:00:44 BST 2021
armv7l GNU/Linux
On Mon, Oct 25, 2021 at 3:39 PM tickstep studio team <
@.***> wrote:

应该是计算上传水印有问题，这个local_backup.sh 文件方便发一下吗？

—

You are receiving this because you authored the thread.

Reply to this email directly, view it on GitHub

#19 (comment),

or unsubscribe

https://github.com/notifications/unsubscribe-auth/AUNCYCKHBZWLXEJKM73NW73UIUCTDANCNFSM5GUKNJ2A

.

Triage notifications on the go with GitHub Mobile for iOS

https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675

or Android

https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

方便开debug日志，帮忙把日志贴上来看一下

今天又没有报这个错误了，很奇怪

from aliyunpan.

v0.0.5 版本已经修复该问题

from aliyunpan.

v0.0.5 版本已经修复该问题

您好，我现在在参与开发一个python版本的库，遇到了同样的问题，能给一些线索这个是什么原因引起的么？看0.0.5的改动主要是增了本地信息的更新，但我遇到的情况重新获取信息后还是会有这个报错，谢谢

from aliyunpan.

找到了相关的代码应该是这段：
tickstep/aliyunpan-api@fa932d0
但是没想明白这个diff在哪个情况下会有区别？

from aliyunpan.

找到了相关的代码应该是这段：

tickstep/aliyunpan-api@fa932d0

但是没想明白这个diff在哪个情况下会有区别？

这个得看语言特点了。python 不一定有这个问题了
startPos本质是是为了取余，但是go里面直接用%计算是有问题的，因为左右两边的数类型不一样，一个是big int一个是int64，当big int值极大情况下转到int64会被截断，计算的余数就不准了，所以只能用big int的自带方法取余才正确

from aliyunpan.