mirror of
https://github.com/asciinema/asciinema.git
synced 2026-04-25 07:55:51 +03:00
[GH-ISSUE #238] Upload fails with "Broken Pipe" #784
Labels
No labels
bug
compatibility
feature request
fit for beginners
help wanted
hosting
idea
improvement
packaging
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/asciinema#784
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @pwoolcoc on GitHub (Oct 13, 2017).
Original GitHub issue: https://github.com/asciinema/asciinema/issues/238
Hello, I've been able to record & upload sessions before, but last night I started getting an error when uploading:
The file is still present at the path shown in the screenshot, and every so often I've tried re-uploading it, but get the same results.
My recording was a few minutes long, so I thought maybe it is too big? Here are the relevant stats:
Also, my error is not quite the same as the one in https://github.com/asciinema/asciinema/issues/235, but I tried the fix from that issue anyway, with no change.
@pwoolcoc commented on GitHub (Oct 13, 2017):
One more thing, since getting that error I have tried making new recordings (much shorter ones) and they upload just fine. Could it just be a file size issue?
@ku1ik commented on GitHub (Oct 18, 2017):
Yes, this may be file size issue, however in such case you probably should get better error message saying exactly this. What's the filesize of the one that fails?
@pwoolcoc commented on GitHub (Oct 18, 2017):
@sickill it's about 13M
@ku1ik commented on GitHub (Oct 24, 2017):
Yeah, so the instance at asciinema.org has a limit of 5MB. It's weird though you didn't get better error message, as we actually handle this case here: https://github.com/asciinema/asciinema/blob/develop/asciinema/api.py#L62 The server should nicely respond with 413 in this case. Maybe there's some proxy on the way which is killing requests with big payloads...?
@pwoolcoc commented on GitHub (Oct 27, 2017):
@sickill not that I'm aware of. One time I tried it while connected to my work's VPN, but I also tried it while just on my regular home network. Same result both times.
@ku1ik commented on GitHub (Oct 28, 2017):
Ok. What's the asciinema version this happens on? And what's your OS/distro?
@ku1ik commented on GitHub (Nov 28, 2017):
@pwoolcoc If it's still an issue for you then let's dig deeper, you could try latest version from
developbranch (https://github.com/asciinema/asciinema#running-latest-version-from-source-code-checkout).Otherwise let's close it.
@richard-mauri commented on GitHub (Dec 17, 2018):
I hit this today too ....
Richards-MacBook:vaultssh richardmauri$ asciinema --version
asciinema 2.0.1
Richards-MacBook:vaultssh richardmauri$ ls -lh /var/folders/4k/h9xhvv6j1yg6dzncz3r5s1x80000gn/T/tmps_0q0ve6-ascii.cast
-rw------- 1 richardmauri staff 1.3M Dec 17 06:06 /var/folders/4k/h9xhvv6j1yg6dzncz3r5s1x80000gn/T/tmps_0q0ve6-ascii.cast
Richards-MacBook:vaultssh richardmauri$ asciinema upload /var/folders/4k/h9xhvv6j1yg6dzncz3r5s1x80000gn/T/tmps_0q0ve6-ascii.cast
asciinema: upload failed: <urlopen error [Errno 32] Broken pipe>
asciinema: retry later by running: asciinema upload /var/folders/4k/h9xhvv6j1yg6dzncz3r5s1x80000gn/T/tmps_0q0ve6-ascii.cast
@occivink commented on GitHub (Dec 18, 2018):
Same here, I hit a 'broken pipe' with a 3MB file.
@ku1ik commented on GitHub (Dec 18, 2018):
That was server-side issue. It's fixed now. Sorry for inconvenience!
@richard-mauri commented on GitHub (Dec 19, 2018):
Thanks
I am again able to upload !
@pinpox commented on GitHub (Jan 9, 2019):
Having this error again, still an issue?
@lblasc commented on GitHub (Feb 7, 2019):
Today I'm having the same issue, cast is only 1.2M big.
@ku1ik commented on GitHub (Mar 17, 2019):
We have related issue open, let's continue there: #335