"operation timed out" when fetching any data from web

Status
Not open for further replies.
N

NigelNoFriends

Explorer
Joined
Mar 29, 2016
Messages
56
I'm still new, so let me know if anything further is needed - the below seemed like the most relevant info/code to provide.

Whenever I try to run a command that has to pull data from the internet, it downloads a little data and then times out/stalls (this is within a jail).
So to install a package, it might take a day because I'll only get a few files every time I run
Code:
pkg install xyz
- after running it 10o times the aggregate downloads is enough to install.

Things like pkg upgrade, pkg install xyz, make (for ports) etc.
It'll begin the download - sometimes it'll get a few whole files and then stall on the 4th or it'll get x% of the first file and stall - note in the below, it says it got 100% of the first pkg, but in reality (I watched it), it got to 4%, stalled, then reported 100% and timed out.

I've tried restarted, new jails (standard and 10.3 templates), checked my network/router connection, done speed tests, changed/upgraded/downgraded the router firmware etc.. Not sure what the issue is.

I've searched the forums and only really found one similar thread (which had a 2post Q&A from the submitter) which was apparently fixed by creating a new jail - this didn't work for me.
And haven't turned anything up from google.

I thought it was unlikely to be hardware issue as it can get on the net - it is reachable on my network, i'm running plugins (sonarr/plex) that use the net and regularly download data, and it can download packages and update (if slowly and intermittently...) - so if it was incompatible hardware, then it wouldn't reach the net at all, right? one or zero.

Code:
root@deluge:/ # pkg upgrade
Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
Checking for upgrades (13 candidates): 100%
Processing candidates (13 candidates): 100%
The following 13 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
subversion: 1.9.3_3 -> 1.9.4
sqlite3: 3.11.1 -> 3.13.0
python27: 2.7.11_1 -> 2.7.11_3
perl5: 5.20.3_8 -> 5.20.3_13
p5-Net-SSLeay: 1.72 -> 1.74
p5-IO-Socket-SSL: 2.024 -> 2.027
git: 2.7.4_1 -> 2.9.0
gettext-runtime: 0.19.7 -> 0.19.8.1
gdbm: 1.11_2 -> 1.12
expat: 2.1.0_3 -> 2.1.1_1
db5: 5.3.28_3 -> 5.3.28_4
curl: 7.48.0_1 -> 7.49.0

Installed packages to be REINSTALLED:
serf-1.3.8_1 (options changed)

The process will require 1 MiB more space.
46 MiB to be downloaded.

Proceed with this action? [y/N]: y
[deluge] Fetching subversion-1.9.4.txz: 100% 210 KiB 6.5kB/s 00:33
pkg: http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/All/subversion-1.9.4.txz: O
peration timed out
root@deluge:/ #


Jail ifconfig

Code:
root@deluge:/ # ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
    inet6 ::1 prefixlen 128
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
    inet 127.0.0.1 netmask 0xff000000
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
epair0b: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=8<VLAN_MTU>
    ether 02:ff:f0:00:09:0b
    inet 192.168.1.101 netmask 0xffffff00 broadcast 192.168.1.255
    inet6 fe80::ff:f0ff:fe00:90b%epair0b prefixlen 64 scopeid 0x2
    nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
    media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
    status: active
root@deluge:/ #


FreeNAS ifconfig

Code:
freenas# ifconfig
alc0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=c3098<VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MCAST,WOL_MAGIC,VLAN_HWTSO,LINKSTATE>
    ether d0:50:99:89:ef:77
    inet 192.168.1.53 netmask 0xffffff00 broadcast 192.168.1.255
    nd6 options=9<PERFORMNUD,IFDISABLED>
    media: Ethernet autoselect (100baseTX <full-duplex>)
    status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
    inet6 ::1 prefixlen 128
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
    inet 127.0.0.1 netmask 0xff000000
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
bridge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    ether 02:e8:a5:9a:85:00
    nd6 options=1<PERFORMNUD>
    id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
    maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
    root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
    member: epair4a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 8 priority 128 path cost 2000
    member: epair3a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 7 priority 128 path cost 2000
    member: epair2a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 6 priority 128 path cost 2000
    member: epair1a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 5 priority 128 path cost 2000
    member: epair0a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 4 priority 128 path cost 2000
    member: alc0 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 1 priority 128 path cost 200000
epair0a: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=8<VLAN_MTU>
    ether 02:ff:a0:00:04:0a
    nd6 options=1<PERFORMNUD>
    media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
    status: active
epair1a: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=8<VLAN_MTU>
    ether 02:ff:a0:00:05:0a
    nd6 options=1<PERFORMNUD>
    media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
    status: active
epair2a: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=8<VLAN_MTU>
    ether 02:ff:a0:00:06:0a
    nd6 options=1<PERFORMNUD>
    media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
    status: active
epair3a: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=8<VLAN_MTU>
    ether 02:ff:a0:00:07:0a
    nd6 options=1<PERFORMNUD>
    media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
    status: active
epair4a: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=8<VLAN_MTU>
    ether 02:ff:a0:00:08:0a
    nd6 options=1<PERFORMNUD>
    media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
    status: active
freenas#


FreeNAS
  • 9.10-STABLE-201606072003 (696eba7) 64-bit - though I was having similar issue with the previous build (i.e. before the updates were pushed out a couple weeks ago)
I'm running
  • AMD A10-7860K
  • 16gig RAM
  • AsRock FM2A88X-ITX+ (part no. 90-MXGRV0-A0UAYZ)
  • 6TB (3x2) in RAID-Z
  • no expansion/add-on cards
My network
  • Router: Linksys E1200 v2 - DD-WRT (dd-wrt.v24-30016_NEWD-2_K3.x_mega-e1200v2)
  • Modem: SpeedStream 4200 - running in bridged mode
  • Attached to router is just my FreeNAS box and a Ethernet-over-power node
 
Last edited:
BigDave

BigDave

FreeNAS Enthusiast
Joined
Oct 6, 2013
Messages
2,479
NigelNoFriends said:
I am very green/new, so apolgies if there's not enough useful info below - just ask me what you need (and the comancds to get it) and I'll post asap.
Click to expand...

please read this linked post FORUM RULES

Most issues stem from the hardware used turning out to be inadequate for use with the current up-to-date versions of FreeNAS.
Follow the requests found in the linked post, so we can rule out a hardware issue. Thanks!
 
N

NigelNoFriends

Explorer
Joined
Mar 29, 2016
Messages
56
Mirfster

Mirfster

Doesn't know what he's talking about
Joined
Oct 2, 2015
Messages
3,215
NigelNoFriends said:
  • Proceed with this action? [y/N]: y
  • [deluge] Fetching subversion-1.9.4.txz: 100% 210 KiB 6.5kB/s 00:33
  • peration timed out
  • root@deluge:/ #
Click to expand...
Might be an issue with the site. I just tried to browse to "http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/All/subversion-1.9.4.txz" and was prompted with a "Save File" so it is working now. Want to give it another try and see if it works now?
 
N

NigelNoFriends

Explorer
Joined
Mar 29, 2016
Messages
56
Mirfster said:
Might be an issue with the site. I just tried to browse to "http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/All/subversion-1.9.4.txz" and was prompted with a "Save File" so it is working now. Want to give it another try and see if it works now?
Click to expand...

Yeah, it managed to pull down the data last night (my time) after a few goes at it. Now i'm trying to pkg install deluge. Same issues. It'll get through a few files, stall and fail. On second go it'll get that file, maybe a couple more, then stall and fail again on a different file. Seems too frequent for it to be down links.
 
D

dlavigne

Guest
Post the output of ifconfig (use Insert -> Code when pasting).
 
N

NigelNoFriends

Explorer
Joined
Mar 29, 2016
Messages
56
dlavigne said:
Post the output of ifconfig (use Insert -> Code when pasting).
Click to expand...
It's already up there - second chunk of code - I've reformatted and added ifconfig for the system (opposed to the jail), if it's relevant.
 
Last edited:
D

dlavigne

Guest
That looks good. What sort of ping times are you getting? Wonders if there is a DNS or upstream network issue. Are there any firewalls between the systems?
 
N

NigelNoFriends

Explorer
Joined
Mar 29, 2016
Messages
56
dlavigne said:
That looks good. What sort of ping times are you getting? Wonders if there is a DNS or upstream network issue. Are there any firewalls between the systems?
Click to expand...
pings kinda suck - high and packet loss varies.

I use a router with DD-WRT and a modem in full bridge mode (so it just passes the net to the router - no DHCP or login etc - the router is the gateway.) No firewall firewall rules on the router besides the one identifying the IPs i want to be routed through the ip table for VPN. Only thing I can think of that *might* have an impact is that I am running OpenVPN on the router with iptables - so only one of my jail IPs is routed through the vpn - all other network traffic is unhindered. Part of setting this up means setting the 3 out of 4 DNS option to the VPN provider's own, which are US-based. But it doesn't seem to have an impact on any other net work traffic (PCs, ipads, chromecasts etc.) - all get <30 ping and ~15meg in speed tests.

FreeNAS
Code:
freenas# ping google.com
PING google.com (------): 56 data bytes
64 bytes from ------: icmp_seq=0 ttl=47 time=264.689 ms
64 bytes from ------: icmp_seq=1 ttl=47 time=267.049 ms
64 bytes from ------: icmp_seq=2 ttl=47 time=313.545 ms
64 bytes from ------: icmp_seq=3 ttl=47 time=265.464 ms
64 bytes from ------: icmp_seq=4 ttl=47 time=265.375 ms
64 bytes from ------: icmp_seq=5 ttl=47 time=269.923 ms
64 bytes from ------: icmp_seq=6 ttl=47 time=265.322 ms
64 bytes from ------: icmp_seq=7 ttl=47 time=268.191 ms
64 bytes from ------: icmp_seq=8 ttl=47 time=271.921 ms
64 bytes from ------: icmp_seq=9 ttl=47 time=274.457 ms
64 bytes from ------: icmp_seq=10 ttl=47 time=268.356 ms
^C
--- google.com ping statistics ---
12 packets transmitted, 11 packets received, 8.3% packet loss
round-trip min/avg/max/stddev = 264.689/272.208/313.545/13.392 ms


Jail
Code:
root@deluge:/ # ping google.com
PING google.com (------): 56 data bytes
64 bytes from ------: icmp_seq=0 ttl=49 time=377.414 ms
64 bytes from ------: icmp_seq=1 ttl=49 time=330.678 ms
64 bytes from ------: icmp_seq=2 ttl=49 time=237.337 ms
64 bytes from ------: icmp_seq=3 ttl=49 time=232.458 ms
64 bytes from ------: icmp_seq=4 ttl=49 time=225.632 ms
64 bytes from ------: icmp_seq=5 ttl=49 time=245.893 ms
64 bytes from ------: icmp_seq=6 ttl=49 time=238.597 ms
64 bytes from ------: icmp_seq=7 ttl=49 time=277.652 ms
64 bytes from ------: icmp_seq=8 ttl=49 time=230.025 ms
64 bytes from ------: icmp_seq=9 ttl=49 time=231.285 ms
^C
--- google.com ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 225.632/262.697/377.414/48.840 ms
 
Last edited:
B

Bergsport

Cadet
Joined
Aug 20, 2014
Messages
2
Did you find a resolution to this? I have the same problem but ping times are 16ms.

wget is a problem because downloads start from scratch everytime.

Cheers
 
Valdhor

Valdhor

Explorer
Joined
Feb 29, 2016
Messages
70
So this just started to happen to me after the latest update to FreeNAS 9.10 STABLE on June 26. It only happens in new jails (Previously created jails still work fine).

I have used the setup commands from https://gist.github.com/jacobblock/4d9270c25548c65300dd for all of my jails. I found that setting anything in the sysctls section when creating the jail causes the problem. If you leave that section blank then the jail works fine.
 
N

NigelNoFriends

Explorer
Joined
Mar 29, 2016
Messages
56
Bergsport said:
Did you find a resolution to this? I have the same problem but ping times are 16ms.

wget is a problem because downloads start from scratch everytime.

Cheers
Click to expand...

no resolution for me - seems intermittent.
 
T

Thousandbuckle

Contributor
Joined
Jul 9, 2014
Messages
136
I am also having similar issues running 9.10. When doing pkg update and pkg upgrade I get various "operation timed out" issues. If I keep doing the pkg command I will eventually get enough of the file to move forward but it can take quite a few attempts. Running other jails like Plex, Sonarr, NZBGet all work fine and pull data like they should. I get 50MB download so it should not be a speed issue.

Here is the output of one of the failed pkg update commands and really need help from someone on what the issue is.

root@next_cloud:/ # pkg update
Updating FreeBSD repository catalogue...
[next_cloud] Fetching meta.txz: 100% 944 B 0.9kB/s 00:01
[next_cloud] Fetching packagesite.txz: 100% 758 KiB 25.0kB/s 00:31
pkg: http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/packagesite.txz: Operation timed out
Unable to update repository FreeBSD
 
S

spencerisadog

Dabbler
Joined
Jan 30, 2016
Messages
11
I'm having this problem with the MineOS jail. pkg update works fine but anything else only grabs a few percent of the file before it says operation timed out.

Code:
root@mineos_1:/ # ifconfig																										 
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384																   
		options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>																	   
		inet6 ::1 prefixlen 128																									 
		inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1																				 
		inet 127.0.0.1 netmask 0xff000000																						   
		nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>																				   
epair1b: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500													   
		options=8<VLAN_MTU>																										 
		ether 02:ff:f0:00:0e:0b																									 
		inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255																 
		nd6 options=9<PERFORMNUD,IFDISABLED>																						
		media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)																		 
		status: active																											 
root@mineos_1:/ #
 
Status
Not open for further replies.

Similar threads

C
  • Locked
Jail has no NIC after recent update
2
Replies
28
Views
5K
Crispin
C
rodofrn
  • Locked
Very slow transfer speeds.
Replies
17
Views
4K
Elliot Dierksen
Elliot Dierksen
P
  • Locked
slow transfer rates
Replies
13
Views
3K
Psychoteur
P
jspcto
  • Locked
SOLVED Problem assigning Global static IP address (and Jail IPs) in new subnet
Replies
3
Views
1K
jspcto
jspcto
phynias
upgrade to 11.2-U3 and now jails have no network access
Replies
2
Views
1K
phynias
phynias
Top