<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">You can disregard the last email I sent re this crazy issue referring to
 the Drupal update script - I was actually on the other server. Oops.&nbsp; 
Both are using the same IP though I never run them at the same time.<br><br>How can I change the IP of an 
existing jail?<br><br>The Warden server on my old machine running PCBSD 
7.1.1 works fine with this configuration in rc.conf:<br><br>ifconfig_bge0="inet
 192.168.1.11 netmask 255.255.255.0"<br><br>and the Warden 
(192.168.1.12) also set to bge0.<br><br>So on the new machine, I 
disabled lagg0, setup the NIC to use re0, and switched the Warden to 
re0:<br><br># ifconfig<br>re0: 
flags=8843&lt;UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST&gt; metric 0 mtu 
1500<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 
options=389b&lt;RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 ether 00:24:8c:a1:b3:f7<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 192.168.1.10 netmask 0xffffff00
 broadcast
 192.168.1.255<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 fe80::224:8cff:fea1:b3f7%re0 prefixlen 
64 scopeid 0x1<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 192.168.1.12 netmask 0xffffffff broadcast
 192.168.1.12<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; media: Ethernet autoselect (100baseTX 
&lt;full-duplex&gt;)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; status: active<br>lo0: 
flags=8049&lt;UP,LOOPBACK,RUNNING,MULTICAST&gt; metric 0 mtu 16384<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 options=3&lt;RXCSUM,TXCSUM&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 127.0.0.1 netmask 
0xff000000<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 ::1 prefixlen 128<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 
fe80::1%lo0 prefixlen 64 scopeid 0x2<br>pflog0: flags=0&lt;&gt; metric 0
 mtu 33152<br>pfsync0: flags=0&lt;&gt; metric 0 mtu 1460<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
syncpeer: 224.0.0.240 maxupd: 128<br>lo1:
 flags=8049&lt;UP,LOOPBACK,RUNNING,MULTICAST&gt; metric 0 mtu 16384<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 options=3&lt;RXCSUM,TXCSUM&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 10.1.1.1 netmask 
0xffffff00<br>---------------<br><br>But the problems persist.&nbsp; Arggghhh!<br><br>Here are the parameters for the other machine running 7.1.1 with essentially the same jail (I exported it into the new machine running 8.0):<br><br># ifconfig<br>bge0: flags=8843&lt;UP,BROADCAST,<div id=":6f" class="ii gt"><wbr>RUNNING,SIMPLEX,MULTICAST&gt;
 metric 0 mtu 1500<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; options=9b&lt;RXCSUM,TXCSUM,VLAN_<wbr>MTU,VLAN_HWTAGGING,VLAN_<wbr>HWCSUM&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 ether 00:11:11:c3:7a:e2<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 192.168.1.11 netmask 0xffffff00
 broadcast 192.168.1.255<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; media: Ethernet autoselect (100baseTX &lt;full-duplex&gt;)<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 status: active<br>plip0: flags=108810&lt;POINTOPOINT,<wbr>SIMPLEX,MULTICAST,NEEDSGIANT&gt;
 metric 0 mtu 1500<br>lo0: flags=8049&lt;UP,LOOPBACK,<wbr>RUNNING,MULTICAST&gt;
 metric 0 mtu 16384<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 ::1 
prefixlen 128<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 127.0.0.1 netmask 0xff000000<br>pfsync0: 
flags=0&lt;&gt; metric 0 mtu 1460<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; syncpeer: 224.0.0.240 
maxupd: 128<br>
pflog0: flags=0&lt;&gt; metric 0 mtu 33204<br>------------------------------<wbr>----<br>#
 netstat -rn<br>Routing tables<br><br>Internet:<br>Destination&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
Gateway&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Flags&nbsp;&nbsp;&nbsp; Refs&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Use&nbsp; Netif Expire<br>default&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 192.168.1.2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; UGS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp; 3323&nbsp;&nbsp; bge0<br>
127.0.0.1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 127.0.0.1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; UH&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 22&nbsp;&nbsp;&nbsp; lo0<br><a href="http://192.168.1.0/24" target="_blank">192.168.1.0/24</a>&nbsp;&nbsp;&nbsp;&nbsp; 
link#1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; UC&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 0&nbsp;&nbsp; bge0<br>192.168.1.2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
00:21:29:e4:34:e4&nbsp; UHLW&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 447&nbsp;&nbsp; bge0&nbsp;&nbsp; 1176<br>
192.168.1.255&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ff:ff:ff:ff:ff:ff&nbsp; UHLWb&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 59&nbsp;&nbsp; bge0<br><br>Internet6:<br>Destination&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<wbr>&nbsp;&nbsp;&nbsp;
 Gateway&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Flags&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Netif Expire<br>::1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<wbr>&nbsp;&nbsp;&nbsp;
 ::1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; UHL&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; lo0<br>
fe80::%lo0/64&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<wbr>&nbsp;&nbsp;&nbsp; fe80::1%lo0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
U&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; lo0<br>fe80::1%lo0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<wbr>&nbsp;&nbsp;&nbsp; 
link#3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; UHL&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; lo0<br>ff01:3::/32&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<wbr>&nbsp;&nbsp;&nbsp;
 fe80::1%lo0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; UC&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; lo0<br>
ff02::%lo0/32&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<wbr>&nbsp;&nbsp;&nbsp; fe80::1%lo0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
UC&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; lo0<br>-----------------------------------------<br></div>Some
 parameter gets changed inadvertently that slows down access to the 
server and prevents Drupal from accessing the internet (it may in fact 
be timing out for the same reasons the server is slow to respond).<br><br>I
 had fixed this problem before by issuing:<br><br>pbreg set 
/PC-BSD/TheWarden/NIC lagg0&nbsp; and rebooting.<br><br>But nothing is 
working now, nor do I know why it reverted to not working - any time I 
muck with changing from DHCP to static it seems to happen.<br><br>I can fix the server response time problem by assigning 192.168.1.10 to the NIC and 192.168.1.12 (the jail IP) to lagg0 and oddly, NOT restarting the jail, but Drupal still cannot talk to the internet.&nbsp; Not sure what they are using for that, Curl perhaps.<br><br>I pinged the BSD guys and one response so far suggested looking at resolv.conf in the jail.&nbsp; That file contained only this line: nameserver 192.168.1.1.&nbsp; That was the gateway address of the previous router.&nbsp; The new one is 192.168.1.2.&nbsp; I changed to that and rebooted but it had no effect.<br><br>--- On <b>Sun, 5/16/10, Kris Moore <i>&lt;kris@pcbsd.org&gt;</i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Kris Moore &lt;kris@pcbsd.org&gt;<br>Subject: Re: [PC-BSD Testing] Network problem<br>To: testing@lists.pcbsd.org<br>Date: Sunday,
 May 16, 2010, 2:44 PM<br><br><div id="yiv295907112">



  
On 05/14/2010 13:55, Jeff wrote:
<blockquote type="cite">
  <table border="0" cellpadding="0" cellspacing="0">
    <tbody>
      <tr>
        <td style="font: inherit;" valign="top">I still have this weird problem with a server running in
a jail.&nbsp; <br>
        <br>
I reloaded a database into MySQL and noted that suddenly the server
response was back to normal and Drupal could talk to the internet
again.&nbsp; Then I ran the DB update script because I had updated a module,
and it broke again.&nbsp; So this is more complicated than I thought. Not
sure how changing network parameters triggers this.<br>
        <br>
But I did notice a difference between two machines.&nbsp; Both are running
Drupal with the Warden, and the one with this problem shows the static
IP for the box (192.168.1.10) associated with lagg0 (along with the
jail, 192.168.1.12), not the NIC, re0.&nbsp; Whereas the other machine is
the opposite.&nbsp; Does this indicate a problem?<br>
        <br>
# ifconfig<br>
re0: flags=8843&lt;UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST&gt; metric 0
mtu 1500<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
options=389b&lt;RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ether 00:24:8c:a1:b3:f7<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 fe80::224:8cff:fea1:b3f7%re0 prefixlen 64 scopeid 0x1<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; media: Ethernet autoselect (100baseTX &lt;full-duplex&gt;)<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; status: active<br>
lo0: flags=8049&lt;UP,LOOPBACK,RUNNING,MULTICAST&gt; metric 0 mtu 16384<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; options=3&lt;RXCSUM,TXCSUM&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 127.0.0.1 netmask 0xff000000<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 ::1 prefixlen 128<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2<br>
pflog0: flags=0&lt;&gt; metric 0 mtu 33152<br>
pfsync0: flags=0&lt;&gt; metric 0 mtu 1460<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; syncpeer: 224.0.0.240 maxupd: 128<br>
lagg0: flags=8843&lt;UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST&gt; metric
0 mtu 1500<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
options=389b&lt;RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ether 00:24:8c:a1:b3:f7<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 fe80::224:8cff:fea1:b3f7%lagg0 prefixlen 64 scopeid 0x5<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 192.168.1.12 netmask 0xffffffff broadcast 192.168.1.12<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; media: Ethernet autoselect<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; status: active<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; laggproto failover<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; laggport: re0 flags=5&lt;MASTER,ACTIVE&gt;<br>
lo1: flags=8049&lt;UP,LOOPBACK,RUNNING,MULTICAST&gt; metric 0 mtu 16384<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; options=3&lt;RXCSUM,TXCSUM&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 10.1.1.1 netmask 0xffffff00<br>
------------------------<br>
Other machine:<br>
        <br>
# ifconfig<br>
bge0: flags=8843&lt;UP,BROADCAST,
        <div class="ii gt"> RUNNING,SIMPLEX,MULTICAST&gt;
metric 0 mtu 1500<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; options=9b&lt;RXCSUM,TXCSUM,VLAN_ MTU,VLAN_HWTAGGING,VLAN_ HWCSUM&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ether 00:11:11:c3:7a:e2<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 192.168.1.11 netmask 0xffffff00 broadcast 192.168.1.255<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; media: Ethernet autoselect (100baseTX &lt;full-duplex&gt;)<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; status: active<br>
plip0: flags=108810&lt;POINTOPOINT, SIMPLEX,MULTICAST,NEEDSGIANT&gt;

metric 0 mtu 1500<br>
lo0: flags=8049&lt;UP,LOOPBACK, RUNNING,MULTICAST&gt; metric 0 mtu
16384<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 ::1 prefixlen 128&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet 127.0.0.1 netmask 0xff000000<br>
pfsync0: flags=0&lt;&gt; metric 0 mtu 1460<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; syncpeer: 224.0.0.240 maxupd: 128<br>
pflog0: flags=0&lt;&gt; metric 0 mtu 33204</div>
        <br>
        </td>
      </tr>
    </tbody>
  </table>
  <br>
</blockquote>
<br>
Taking lagg0 out of the equation would be the first thing to try. If
that fixes the issue, then we can isolate it to a lagg problem, and let
freebsd mantainers know. Also, what does your "db update script" do? Is
it changing some drupal / sql setting and causing this? That makes it
sound like its not a network configuration problem. <br>
<br>
<pre class="moz-signature">-- <br>Kris Moore<br>PC-BSD Software<br>iXsystems</pre>
 
</div><br>-----Inline Attachment Follows-----<br><br><div class="plainMail">_______________________________________________<br>Testing mailing list<br><a ymailto="mailto:Testing@lists.pcbsd.org" href="/mc/compose?to=Testing@lists.pcbsd.org">Testing@lists.pcbsd.org</a><br><a href="http://lists.pcbsd.org/mailman/listinfo/testing" target="_blank">http://lists.pcbsd.org/mailman/listinfo/testing</a><br></div></blockquote></td></tr></table><br>