VIMAGE won't uncheck?

Status
Not open for further replies.

jjohnson911

Dabbler
Joined
Sep 26, 2016
Messages
10
Having trouble with a custom jail... and i'm new to FreeNAS, so I may be doing something wrong that's simple.

I want to backup some data to Backblaze B2, and found the following:
https://forums.freenas.org/index.php?threads/backblaze-b2.40478/#post-310202

I created a new jail, ran pkg update, and it doesn't work, the download times out. I'm able to ping internet addresses from the jail fine, pkg functions just won't work.

Saw one mention of removing pkg+ from the repo address, that didn't fix it either.

Saw another mention of uncheck VIMAGE and re-trying. I did this and was excited that it worked. But after about 5 minutes of running, ssh dropped with a broken pipe error. Re-connect requests were refused. When I went back into FreeNAS, VIMAGE had magically re-checked itself.

Now when I try to uncheck VIMAGE and save, it doesn't change. Right after saving, if I re-open the jail options, VIMAGE is re-checked automatically.

I tried adding a template pointing to http://download.freenas.org/jails/9.3/x64/freenas-standard-9.3-RELEASE.tgz and http://download.freenas.org/jails/9.3/x64/freenas-standard-9.3-RELEASE.mtree, wondering if something may be off in the image, but the jail created from this had the same issue with pkg update.

Looking for advice on how to get this working. I have various other jails created from plugins running without any problem, this is the first time I was creating jail directly and somethings not quite right.

I'm on 9.10 stable, fully up to date.
 

millst

Contributor
Joined
Feb 2, 2015
Messages
141
Is your default gateway set properly in the jail config? Inside the jail, check /etc/resolv.conf and make sure your DNS is setup properly.

-tm
 

jjohnson911

Dabbler
Joined
Sep 26, 2016
Messages
10
I had seen that in the past when trying to find solutions, everything is resolving good. Here's a paste from a test just now:

root@B2:/ # pkg update
Updating FreeBSD repository catalogue...
Repository FreeBSD has a wrong packagesite, need to re-create database
[B2] Fetching meta.txz: 100% 940 B 0.9kB/s 00:01
pkg: http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/packagesite.txz: Operation
timed out
Unable to update repository FreeBSD

root@B2:/ # ping google.com
PING google.com (172.217.4.174): 56 data bytes
64 bytes from 172.217.4.174: icmp_seq=0 ttl=56 time=31.610 ms
^C
--- google.com ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 31.610/31.610/31.610/0.000 ms

root@B2:/ # cat /etc/resolv.conf
# Generated by resolvconf
nameserver 8.8.8.8


THANK YOU for taking a second to help! Very much appreciated!
 

millst

Contributor
Joined
Feb 2, 2015
Messages
141
Does ifconfig show reasonable settings for the epair interfaces? Can you ping pkg.freebsd.org? Can you use curl to grab directly:http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/packagesite.txz

http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/packagesite.txz

Whether you use VIMAGE or not, doesn't really matter. I have use both and all my jails get out okay. The first thing I do when creating a jail is update/clean packages and I've never had to do anything other than get the jail networking configured properly.

-tm
 

jjohnson911

Dabbler
Joined
Sep 26, 2016
Messages
10
yes, yes, and NO!

root@B2:/ # curl -O http://pkg.FreeBSD.org/freebsd:10:x86:64/latest/packagesite.
txz
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:01:57 --:--:-- 0

root@B2:/ # ifconfig
epair5b: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 66:b6:9e:4d:c8:69
inet 10.20.30.9 netmask 0xffffff00 broadcast 10.20.30.255
inet6 fe80::64b6:9eff:fe4d:c869%epair5b prefixlen 64 scopeid 0x2
inet6 2002:xxxx:xxxx:0:64b6:9eff:fe4d:c869 prefixlen 64 autoconf
nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL>
media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
status: active

root@B2:/ # ping pkg.freebsd.org
PING pkg.freebsd.org (96.47.72.71): 56 data bytes
64 bytes from 96.47.72.71: icmp_seq=0 ttl=53 time=115.524 ms
^C
--- pkg.freebsd.org ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 115.524/115.524/115.524/0.000 ms

My encounters with FreeBSD have been very limited to this interaction with jails honestly. Used to wget, had never used curl. Have any pointers on how to find out why curl is failing? I'll be googling on this now as well, will update here if I don't hear from you before I find something.

Thank you so much!
 
Last edited:

millst

Contributor
Joined
Feb 2, 2015
Messages
141
If you have IPv6 configured, you might want to try disabling it if possible. It really shouldn't be an issue in this day and age, but it's one more thing that can cause problems. My network is all IPv4 so I can't comment on whether IPv6 works or not.

Either wget or curl is fine. Not that different. If those don't work, then it shows your networking is broken, not pkg itself.

-tm
 

jjohnson911

Dabbler
Joined
Sep 26, 2016
Messages
10
It's IP6... Still unsure how to remove it from FreeBSD correctly... but if I edit /etc/resolv.conf directly to ip4 info only after opening console, everything works great. Seems to periodically reset itself to having ip6 info in there too, which breaks the internet again in this vm. Something seems to be wrong with IP6 on my jails. Working fine on other boxes on the network however. I bet once I resolve this IP6 issue, everthing will work fine all around.

Thank you so much for your help!!!!
 

millst

Contributor
Joined
Feb 2, 2015
Messages
141
Are you configuring any of the IPv6 addresses for the jail in the web UI?

-tm
 

jjohnson911

Dabbler
Joined
Sep 26, 2016
Messages
10
I was not, spent some time tinkering with this, then just added a cron job that replaces /etc/resolv.conf with a template file every minute.

I gave up on a correct fix, leaving the bandaid in place.

Been working great. LOL
 
Status
Not open for further replies.
Top