再次在openvms上使用卷

Question

这是对我之前问题的后续--在OpenVMS上使用Curl。所以，我让我的小39兆字节文件一切正常工作。然后，我更改了命令文件，以尝试处理正确的目标文件，该目标文件刚好超过8G。我有9个类型的curl命令

$ pipe curl -range 0-100000000 -o part1.zip etc ... &
$ pipe curl -range 1000000001-2000000000 -o part2.zip ... &
$ pipe curl -range 2000000001-3000000000 -o part3.zip... &
$ pipe curl -range 3000000001-4000000000 -o part4.zip... &
$ pipe curl -range 4000000001-5000000000 -o part5.zip... &
$ pipe curl -range 5000000001-6000000000 -o part6.zip... &
$ pipe curl -range 6000000001-7000000000 -o part7.zip... &
$ pipe curl -range 7000000001-8000000000 -o part8.zip... &
$ pipe curl -range 8000000001- ... -o part9.zip &

现在，我在第4、5和9部分得到了以下错误消息--始终是相同的部分

> > PWD < 257 "/" is current directory.
> * Entry path is '/'
> > CWD Products < 250 Requested file action okay, completed.
> > CWD OwnershipDetailV2 < 250 Requested file action okay, completed.
> > PASV
> * Connect data stream passively < 227 Entering Passive Mode (204,8,135,60,43,24)
> *   Trying 204.8.135.60... connected
> * Connecting to 204.8.135.60 (204.8.135.60) port 11032
> > TYPE I < 200 Type set to I.
> > SIZE OwnershipDetailV2Full20160110.zip < 451 Requested action aborted: session in inconsistent state.
> * ftp server doesn't support SIZE
> * Instructs server to resume from offset -1294967295
> > REST -1294967295 < 554 Invalid REST argument.
> * Couldn't use REST
> ** Resuming transfer from byte position -1294967295   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent    Left  Speed   0     0    0     0    0     0      0      0 --:--:--  0:00:01
> --:--:--     0* Closing connection #0
> 
> %CURL-E-FTP_COULDNT_USE, FTP REST command failed

起初，我认为这是对范围参数的某种2 2Gig限制，但是第6部分和第7部分工作正常。任何想法、想法或工作都是受欢迎的。

顺便提一句，第1、2、3、6和7部分下载得很好

Answer 1

好吧，为了其他遇到这种情况的人的利益，答案是把我们的卷发升级到最新的版本--在我们的例子中，这是.

$ curl2 --version
curl 7.46.0 (IA64-HP-VMS) libcurl/7.46.0 OpenSSL/0.9.8z zlib/1.2.8
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smtp smtps telnet tftp

Features: IPv6 Largefile GSS-API Kerberos SPNEGO NTLM SSL libz

然后，我能够启动9个并发卷发，每个卷提取大约1G的数据，将它们重新组合成一个大的ZIP，并通过解压缩将所需的文本文件从存档中提取出来。

提取时间从大约3小时缩短到25分钟。

感谢所有在这个问题上提供建议和帮助的人。

Answer 2

它看起来像是一个32/64位有符号/无符号整数问题。3000000001是0xb2d05e01，当一个无符号值符合32位时，解释为一个有符号的32位值是-1294967295。您使用的偏移量不适合32位整数，既不带符号，也不带符号。从输出中可以看出，错误是在客户端还是服务器中。

编辑:我可能错过了curl版本，我刚刚注意到，对于VMS curl版本，7.46是几天前发布的。然而，我没有关于变化的信息。但也许值得尝试一个新的客户。