:Jason Wagstaff:

2013-06-02 Thread Jason Wagstaff
http://grosfer.com/ih/pqsdyaencqbgoqahwdocdqregqfn.axwvw



Trouble with internal carp interface

2012-05-24 Thread Jason Wagstaff
I am trying to configure a new server with OpenBSD 5.1 using CARP and
I am having trouble configuring the internal interface.   When
configured the traffic flows out the physical interface (bge2) and not
the carp interface (carp5).  I am currently running another set of
servers on OpenBSD 4.9 with the same configuration files and the
traffic flows out the internal interface on the carp interface and not
the physical.   Has something changed in the latest release?

I have four interfaces on the box
bge0 : used for management
bge1 : external interface  that is trunked to manage ip's on different VLAN
bge2 : internal interface
bge3 : pfsync


/etc/hostname.bge0 - inet 192.168.29.73 255.255.255.0
/etc/hostname.bge1 - up description Trunked for external
/etc/hostname.bge2 - inet 172.16.28.42 255.255.255.0 NONE
/etc/hostname.bge3 - inet 172.16.29.42 255.255.255.0 NONE
/etc/hostname.carp30 - inet 192.168.28.40 255.255.255.0
192.168.28.255 vhid 30 advbase 1 advskew 100 carpdev vlan28 pass xxx
/etc/hostname.carp5 - inet 172.16.28.20 255.255.255.0 172.16.28.255
vhid 5 advbase 1 advskew 100 carpdev bge2 pass xxx
/etc/hostname.pfsync0 - up syncdev bge3 syncpeer 172.16.29.32
/etc/hostname.vlan28 - inet 192.168.28.8 255.255.255.0 NONE vlan 28
vlandev bge1


Everything is actually working and I can fail over an interface
between two servers but I noticed when using tcpdump that the traffic
is not going over the internal carp5 interface.

Any help is appreciated,
--jw



networking problem with same vlan on different physical interfaces

2010-08-18 Thread Jason Wagstaff
I am having an issue with networking and believe that I understand the
issue but do not know how to fix the problem.   I have two servers set
up in  a carp + pfsync load balancer on 2 T2000 sparc servers.

Each server is configured identically.

First I have a physical interface em0 that is plugged into a switch
set up as a swithport that is on a vlan629

Second I have a physical interface em2 that is plugged into a switch
that is trunked to multiple different vlans including vlan629.  The
em2 interface is the interface that all the vlans bind to, from there
each carp interface binds to appropriate vlan.

All of the other vlans are working as expected on the em2 interface
except for vlan629.  For each vlan I have created a
/etc/hostname.vlan* and they all work.  Where the problems comes in
when I try to ping one of the ip addresses that are assigned to
/etc/hostname.vlan629 on either server.   I can see ICMP request come
in using tcpdump but the ICMP request is not returned.  My assumption
is that the vlan629 interface does not know how to route back out
through the em2 physical interface.Also when using netstat -rn it
did not show any routes for vlan629 on em2 but did show the routes for
em0.

I did some testing by destroying the em0 interface on both servers and
rebooting each server.  After rebooting the /etc/hostname.vlan629
routes showed up correctly in netstat -rn and I was able to
successfully ping each em2 vlan629 interface on both servers.   I
would like to be able to keep the em0 interface because it has special
pf rules that are different than the em2 interface.

Any suggestions would be greatly helpful.

--jw



$ cat /var/run/dmesg.boot
console is /virtual-devi...@100/cons...@1
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2010 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 4.7-current (GENERIC.MP) #53: Mon Jul 12 04:40:58 MDT 2010
dera...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP
real mem = 17045651456 (16256MB)
avail mem = 16762232832 (15985MB)
mainbus0 at root: SPARC Enterprise T2000
cpu0 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu1 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu2 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu3 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu4 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu5 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu6 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu7 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu8 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu9 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu10 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu11 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu12 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu13 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu14 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu15 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu16 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu17 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu18 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu19 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu20 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu21 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu22 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu23 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu24 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu25 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu26 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu27 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu28 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu29 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu30 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
cpu31 at mainbus0: SUNW,UltraSPARC-T1 (rev 0.0) @ 1200 MHz
vbus0 at mainbus0
flashprom at vbus0 not configured
cbus0 at vbus0
virtual-channel at cbus0 not configured
virtual-channel-client at cbus0 not configured
virtual-channel at cbus0 not configured
vcons0 at vbus0: ivec 0x111
vrtc0 at vbus0
fma at vbus0 not configured
sunvts at vbus0 not configured
sunmc at vbus0 not configured
explorer at vbus0 not configured
led at vbus0 not configured
flashupdate at vbus0 not configured
ncp at vbus0 not configured
vpci0 at mainbus0: bus 2 to 7, dvma map 8000-
pci0 at vpci0
ppb0 at pci0 dev 0 function 0 PLX PEX 8532 rev 0xbc
pci1 at ppb0 bus 3
ppb1 at pci1 dev 1 function 0 PLX PEX 8532 rev 0xbc
pci2 at ppb1 bus 4
em0 at pci2 dev 0 function 0 Intel PRO/1000 PT (82571EB) rev 0x06:
ivec 0x795, address 00:14:4f:cb:95:e4
em1 at pci2 dev 0 function 1 Intel PRO/1000 PT (82571EB) rev 0x06:
ivec 0x796, address 00:14:4f:cb:95:e5
ppb2 at pci1 dev 2 function 0 PLX PEX 8532 rev 0xbc
pci3 at ppb2 bus 5

Re: openBSD hangs on install

2010-06-23 Thread Jason Wagstaff
The good news is that the snapshot install works.

--
Jason Wagstaff
~When practicing unconditional acceptance start with your self

On Tue, Jun 22, 2010 at 7:22 PM, patrick keshishian pkesh...@gmail.com
wrote:
 On Tue, Jun 22, 2010 at 12:41 PM, Jason Wagstaff wagsta...@gmail.com
wrote:
 Tomas,

 Yes it does work with the latest snapshot and the last snapshot before
 the 4.7 release.  It just doesn't work with the released version of
 4.7.

 Sounds similar to what was discussed here:

 http://www.mail-archive.com/misc@openbsd.org/msg88586.html

 --patrick


 It hangs most often during bas47.tgz and comp47.tgz.

 From the local mirror using http it gets to base47.tgz and never
 starts the download.

 bsd  100% |*|  7062 KB  
 00:01
 bsd.rd   100% |*|  2385 KB  
 00:00
 bsd.mp   100% |*|  7074 KB  
 00:01
 base47.tgz 0% | | 0  
--:--
 ETA

 --
 Jason Wagstaff
 ~When practicing unconditional acceptance start with your self



 On Tue, Jun 22, 2010 at 12:52 PM, Tomas Bodzar tomas.bod...@gmail.com
 wrote:
 Did you try latest snapshot? Just to be sure that there is not some
 repair available or that problem is still same.

 On Tue, Jun 22, 2010 at 7:43 PM, Jason Wagstaff wagsta...@gmail.com
 wrote:
 I have a sparc64 t2000+ box and during installation of release 4.7  it
 hangs while installing the sets.  When it hangs it is at a random spot
 each time.   I have tried to install from cd, ftp, http and a local
 http mirror.   All of them fail at some point during the installation
 of the sets.   Any ideas how I can get it to do a full install?

 --
 Jason Wagstaff
 ~When practicing unconditional acceptance start with your self



openBSD hangs on install

2010-06-22 Thread Jason Wagstaff
I have a sparc64 t2000+ box and during installation of release 4.7  it
hangs while installing the sets.  When it hangs it is at a random spot
each time.   I have tried to install from cd, ftp, http and a local
http mirror.   All of them fail at some point during the installation
of the sets.   Any ideas how I can get it to do a full install?

-- 
Jason Wagstaff
~When practicing unconditional acceptance start with your self