The only other part I can remove besides the BrowserMatch section would be the StdEnvVars section. And I am not sure whether either of those are causing this issue. The rest is either necessary for SSL or logging.
I can give it a go, but I am skeptical this is the issue.
I’m having this exact same issue! I’ve tried all sorts of things to get it fixed. Increasing PHP upload settings. Changing the tmp directory. This is the first thread that seems to be exactly my issue.
I thought about changing my tmp directory tonight. But I do remember that nextcloud 11 now just writes straight to the data directory anyways. So I don’t think that’s the issue.
Never mind, it is definitely still writing into the temp directory, but I have more than enough space in there.
I’m just now starting to use Nextcloud(moved from pydio) so testing I’ve installed Nextcloud multiple times using techandme install scripts and it’s happened every time.
I found an owncloud article with a similar problem and the only solution that was brought up was switched to NGINX…
https://forum.owncloud.org/viewtopic.php?f=36&t=32709&start=10
@goober2186 Are you using Fedora 25 as well? I wonder if its some weird issue with Fedora 25’s version of Apache.
Just for your info, I am running Ubuntu 16.04 with Apache 2.4.18.
I’m actually running Ubuntu 16.04 with Apache 2.4.18 as well
Are you guys hosting these Nextcloud instances on a home connection?
@goober2186 Does the problem only appear when transferring files on the same network?
@urbenlegend I’m hosting from my house on google fiber. I can successfully upload if I’m syncing externally(tested with VPN) and yes only occurs within the same network. It’s mind boggling for sure.
I just used wireshark and here was the result
Transmission Control Protocol, Src Port: 49902, Dst Port: 443, Seq: 169916754, Ack: 15931, Len: 0
Source Port: 49902
Destination Port: 443
[Stream index: 7]
[TCP Segment Len: 0]
Sequence number: 169916754 (relative sequence number)
Acknowledgment number: 15931 (relative ack number)
Header Length: 20 bytes
Flags: 0x014 (RST, ACK)
000. … … = Reserved: Not set
…0 … … = Nonce: Not set
… 0… … = Congestion Window Reduced (CWR): Not set
… .0… … = ECN-Echo: Not set
… …0. … = Urgent: Not set
… …1 … = Acknowledgment: Set
… … 0… = Push: Not set
… … .1… = Reset: Set
[Expert Info (Warning/Sequence): Connection reset (RST)]
[Connection reset (RST)]
[Severity level: Warning]
[Group: Sequence]
… … …0. = Syn: Not set
… … …0 = Fin: Not set
[TCP Flags: ·······A·R··]
Window size value: 0
[Calculated window size: 0]
[Window size scaling factor: 256]
Checksum: 0x8014 [unverified]
[Checksum Status: Unverified]
Urgent pointer: 0
[SEQ/ACK analysis]
I am at my wits end. Is this router related? DNS related?
Using a Netgear R7800 and I have Namecheap as my DNS.
I wouldn’t expect the DNS to be the issue since once the IP has been resolved for that session it won’t need to resolve anything, so the upload of large files should just continue even if DNS is down. On the other hand a router (or switch) could cause issues if for example the throughput is higher than it can handle, or for some reason it drops packets.
Maybe what you could do is run a tcpdump on the NC server from the beginning of the upload to the end where it fails. It will be a big file, but you can then analyse the whole stream. Especially at the end to see which side closes the data flow (socket).
I’ve been out of town all week, but I’ll be back in town this weekend and I’ll give the TCPDUMP a shot and let you know what I find.
I’m not having any luck getting a TCPDUMP that says anything from the server side. It just kinda stops without any issues.
But with the tcpdump you can see which side (server or client) initiates the closing of the socket. This might help to indicate on which side the investigation has to go to.
@goober2186
Can you set your SSL logging level to debug in your apache conf and see if it spits out anything useful? I’ll do the same when I get back home tonight.
I’m having this exact issue on Ubuntu on several computers. It fails, always. I have to move stuff over to a windows system to be able to upload directories.