tags 28528 notabug
close 28528
stop
(triaging old bugs)
On 2017-10-01 6:09 p.m., Nick Farrow wrote:
[...] And from what it looks like the compression was
the problem. Each server was compressing differently compared to the other.
Given the above, I'm closing this bug.
-assaf
Assaf,
Thank you so much. when I was doing your steps I changed a few things on my
end to get the sha1sum of each part and I ended up removing the tar command
to speed it up. And from what it looks like the compression was the
problem. Each server was compressing differently compared to the other.
Hello,
On 2017-09-29 04:11 AM, Nick Farrow wrote:
> still with the same hash differences.
>
> split -b 3276800 -d largefile largefile.
I'm unable to reproduce this issue.
I've tried the above command on two different machines,
one of which is an RPi3 similar to yours (armv7l with split version
Assaf,
Sorry for the late reply. I have tried using a few of the spit command
still with the same hash differences.
split -l 82 -d largefile largefile.
split -b 3276800 -d largefile largefile.
ServerA(pi3)
raspberrypi:~ $ uname -a
Linux raspberrypi 4.4.50-v7+ #970 SMP Mon Feb 20 19:18:29 GMT 2017
Hello,
On 2017-09-20 01:04 AM, Nick Farrow wrote:
> When I use the coreutils split command on a file. I get the parts with no
> problem. But when trying the same exact command on the same exact file on a
> different server the hashes checks of the parts vs the other server don’t
> match. Is there
When I use the coreutils split command on a file. I get the parts with no
problem. But when trying the same exact command on the same exact file on a
different server the hashes checks of the parts vs the other server don’t
match. Is there a way to process a file the exact same way despite the OS?