Re: /tmp/aucat*

2013-02-28 Thread Alexandre Ratchov
On Wed, Feb 27, 2013 at 08:47:20PM +0100, Jan Stary wrote:
 
 The audio plays fine, but why is this:
 
   /tmp/aucat-1000/aucat0: No such file or directory
 
 Indeed, there is no /tmp/aucat-1000/aucat0 (1000 is my userid),
 but there is /tmp/aucat/aucat0; is this something from the
 past of sndio, when it used userid in the socket name?

programs using libsndio try to connect to the per-user sndiod
server first, then the system-wide server. This allows any regular
user with no root privileges to bypass the system-wide server and
use her/his own setup. The aucat string is from the past and
should probably be renamed to sndio.

-- Alexandre



Re: no sound azalia(4)

2013-02-28 Thread Alexandre Ratchov
as Jan said, the sound card is getting the signal; but according to
the mixerctl output, your card has 3 independent stereo dacs, so
you could try to kill sndiod and start it as follows:

sudo sndiod -dd -c0:5

to force it to send the signal to all outputs (hopefully the
speaker is one of them). Then try to play any audio file. It should
display:

$ sndiod -dd -c0:5 
snd0.default: rec=0:1 play=0:5 vol=5931520 dup
snd0: 48000Hz, s24le4msb, play 0:5, rec 0:1, 2 blocks of 960 frames
ogg0: 48000Hz, s16le, play 0:1, 10 blocks of 960 frames
snd0: device started

(note the second play 0:5 string). As we're at it, crank the
volume of all dacs to the maximum, just in case the sound is not
loud enough:

mixerctl inputs.dac-0:1=255
mixerctl inputs.dac-2:3=255
mixerctl inputs.dac-4:5=255

If you have headphones or an amp, try all output jacks to figure
out if at least one is getting the signal.

HTH

-- Alexandre



Re: Changing Architecture from amd64 to i386

2013-02-28 Thread MERIGHI Marcus
ch...@nmedia.net (Chris Cappuccio), 2013.02.27 (Wed) 20:57 (CET):
 Jes [jjje...@gmail.com] wrote:
  In my experience it's perfectly possible to move from one
  architecture to another one.
  
  I do the following:
  
  - backup /etc (only for security)
  - remove all installed packages (I save a list of installed packages
  to figure out what to install again after)
  - sysmerge for etc and xetc
  - update the system with the new architecture (update, not install)
  - adjust $PKG_PATH and reinstall packages deinstalled at the
  beginning, or new ones of your election.
  
  No major problems detected.
  
 
 one more step to add: delete old binaries (including previous versions of
 shared libs) 

+ PostgreSQL dump/restore (that one bit me once when going from i386 to
amd64, there are probably others...)

Bye, Marcus

 !DSPAM:512e656f308021576019301!



Re: /tmp/aucat*

2013-02-28 Thread Jan Stary
On Feb 28 09:31:06, a...@caoua.org wrote:
 On Wed, Feb 27, 2013 at 08:47:20PM +0100, Jan Stary wrote:
  
  The audio plays fine, but why is this:
  
/tmp/aucat-1000/aucat0: No such file or directory
  
  Indeed, there is no /tmp/aucat-1000/aucat0 (1000 is my userid),
  but there is /tmp/aucat/aucat0; is this something from the
  past of sndio, when it used userid in the socket name?
 
 programs using libsndio try to connect to the per-user sndiod
 server first, then the system-wide server. This allows any regular
 user with no root privileges to bypass the system-wide server and
 use her/his own setup.

Thanks for the explanation. Can we slightly
unconfuse the DEBUGing user with the diff below?

Index: aucat.c
===
RCS file: /cvs/src/lib/libsndio/aucat.c,v
retrieving revision 1.56
diff -u -p -r1.56 aucat.c
--- aucat.c 23 Nov 2012 07:03:28 -  1.56
+++ aucat.c 28 Feb 2013 09:07:55 -
@@ -361,6 +361,7 @@ aucat_connect_un(struct aucat *hdl, unsi
break;
}
hdl-fd = s;
+   DPRINTF(%s: connected\n, ca.sun_path);
return 1;
 }

The DEBUGing output then becomes

  /tmp/aucat-1000/aucat0: No such file or directory
  /tmp/aucat/aucat0: connected
 
(Should something similar go to aucat_connect_tcp() as well?)

Jan



Re: ZTE mf626 USB modem support

2013-02-28 Thread Stuart Henderson
On 2013-02-28, Maximo Pech mak...@gmail.com wrote:
 The patch that Stuart provided worked for my ZTE MF668 device.
 
 I got this on dmesg:

 umsm0 at uhub0 port 3 configuration 1 interface 0 ZTE,Incorporated
 ZTE HSPA Technologies MSM rev 2.00/0.00 addr 2
 umsm0 detached
 umsm0 at uhub0 port 3 configuration 1 interface 0 ZTE,Incorporated
 ZTE HSPA Technologies MSM rev 2.00/0.00 addr 2
 ucom0 at umsm0
 umsm1 at uhub0 port 3 configuration 1 interface 1 ZTE,Incorporated
 ZTE HSPA Technologies MSM rev 2.00/0.00 addr 2
 ucom1 at umsm1
 umsm2 at uhub0 port 3 configuration 1 interface 2 ZTE,Incorporated
 ZTE HSPA Technologies MSM rev 2.00/0.00 addr 2
 ucom2 at umsm2
 umsm3 at uhub0 port 3 configuration 1 interface 3 ZTE,Incorporated
 ZTE HSPA Technologies MSM rev 2.00/0.00 addr 2

 I think when it says umsm0 detached is when it does the mode
 switching because it didn't appear before and also the device takes a
 few seconds more to be ready.

 Thanks for all the help.



Problem with this patch is that it breaks another device with the
same vendor/product ID, ZTE K3565-Z.



Re: BSD-friedly companies producing embedded x86 computers

2013-02-28 Thread Brandon Tanner
Congatec, although I don't know about BSD-friendly. They are at least,
Linux friendly. Might look into it.


On Mon, Feb 25, 2013 at 12:09 PM, Voland Levit vol...@iamcrab.ru wrote:

 I know about Soekris and Alix. Please tell me if there is anyone else
 worthy
  of attention.

  Thanks!



OpenBGP Issues. :-(

2013-02-28 Thread Alex Mathiasen
Dear recipients,

I have been using OpenBGP for a while with OpenBSD - And I am very satisfied
with the performance and amazed by the ease of configuration.

My BGPD is configured against a Danish ISP called TDC - And we were previously
configured to receive a full routing table.

However a few months ago I ran into an issue where my BGPD stopped working
properly.

It appeared the BGPD kept receiving the routing tables, and then start all
over.

Looking into the log files, it appeared BGPD received a certain route in the
routing table, and then grumbled about the prefix, apparently for some reason
the result was BGPD kept reloading when it reached this route. The result was
of course my network was down.

As TDC (My ISP) couldn't resolve which route that caused this issue (They told
me: That's what happened when you use third party software, so no help
there...), we agreed that my connection would be set to Default candidate,
instead of receiving a full routing table.

So now I have configured a static route to forward all my traffic to this
route. However this is not the result I wanted, as I am about to have one more
connection, so I have 2 connections outbound.

But the automatic failover switch / load balancing won't work, as long as I
have my static route.

This is why I want to go back to receiving a full routing table.

Is there any way of configuring BGPD to ignore a specific route in case of
corrupted prefix, so this won't happened again?

I hope that some of you have an answer for this...

Here you can see my bgpd.conf:

AS 
router-id 000.000.000.000
network 000.000.000.00/00

neighbor 000.000.000.000 {
remote-as   
descr   TDC
local-address   000.000.000.000
passive
holdtime180
holdtime min3
tcp md5sig password 00
}

log updates



Re: OpenBGP Issues. :-(

2013-02-28 Thread Chris Cappuccio
Alex Mathiasen [a...@mira.dk] wrote:
 
 It appeared the BGPD kept receiving the routing tables, and then start all
 over.
 

You don't mention which version of openbsd you are using. 

There are some problems like this in older versions of bgpd which are
now fixed. You may want to try a new snapshot.



Re: OpenBGP Issues. :-(

2013-02-28 Thread Sebastian Benoit
Alex Mathiasen(a...@mira.dk) on 2013.02.28 14:51:25 +0100:
 Dear recipients,
 
 I have been using OpenBGP for a while with OpenBSD - And I am very satisfied
 with the performance and amazed by the ease of configuration.
 
 My BGPD is configured against a Danish ISP called TDC - And we were previously
 configured to receive a full routing table.
 
 However a few months ago I ran into an issue where my BGPD stopped working
 properly.

Was this in November by any chance?

 It appeared the BGPD kept receiving the routing tables, and then start all
 over.
 
 Looking into the log files, it appeared BGPD received a certain route in the
 routing table, and then grumbled about the prefix, apparently for some reason
 the result was BGPD kept reloading when it reached this route. The result was
 of course my network was down.
 
 As TDC (My ISP) couldn't resolve which route that caused this issue (They told
 me: That's what happened when you use third party software, so no help
 there...), we agreed that my connection would be set to Default candidate,
 instead of receiving a full routing table.
 
 So now I have configured a static route to forward all my traffic to this
 route. However this is not the result I wanted, as I am about to have one more
 connection, so I have 2 connections outbound.
 
 But the automatic failover switch / load balancing won't work, as long as I
 have my static route.
 
 This is why I want to go back to receiving a full routing table.
 
 Is there any way of configuring BGPD to ignore a specific route in case of
 corrupted prefix, so this won't happened again?

No there is not such a feature, and the bgp protocol mandates session
teardown in certain cases anyway.

Your report lacks a few details, please send with dmesg next time. And your
bgpd.conf is not valid.

My guess is that your problem is fixed by the patch available on 
http://www.openbsd.org/errata52.html

You could also update to -current.

/Benno



intel X driver shared memory size

2013-02-28 Thread Zoran Kolic
Cannot say for all sandybridge chips, but for intel g550
with 2000 integrated graphics, memory size should not be
set over 128 mb. As far as 128, works.
Best regards

   Zoran



Re: no sound azalia(4)

2013-02-28 Thread Martijn van Duren

On 02/28/13 09:53, Alexandre Ratchov wrote:

as Jan said, the sound card is getting the signal; but according to
the mixerctl output, your card has 3 independent stereo dacs, so
you could try to kill sndiod and start it as follows:

sudo sndiod -dd -c0:5

to force it to send the signal to all outputs (hopefully the
speaker is one of them). Then try to play any audio file. It should
display:

$ sndiod -dd -c0:5
snd0.default: rec=0:1 play=0:5 vol=5931520 dup
snd0: 48000Hz, s24le4msb, play 0:5, rec 0:1, 2 blocks of 960 frames
ogg0: 48000Hz, s16le, play 0:1, 10 blocks of 960 frames
snd0: device started

(note the second play 0:5 string). As we're at it, crank the
volume of all dacs to the maximum, just in case the sound is not
loud enough:

mixerctl inputs.dac-0:1=255
mixerctl inputs.dac-2:3=255
mixerctl inputs.dac-4:5=255

If you have headphones or an amp, try all output jacks to figure
out if at least one is getting the signal.

HTH

-- Alexandre



This helped. Major thanks.
Is there any way to make this permanent? And is there any way to achieve 
working defaults?




Re: no sound azalia(4)

2013-02-28 Thread Alexandre Ratchov
On Thu, Feb 28, 2013 at 06:19:14PM +0100, Martijn van Duren wrote:
 On 02/28/13 09:53, Alexandre Ratchov wrote:
 as Jan said, the sound card is getting the signal; but according to
 the mixerctl output, your card has 3 independent stereo dacs, so
 you could try to kill sndiod and start it as follows:
 
  sudo sndiod -dd -c0:5
 
 to force it to send the signal to all outputs (hopefully the
 speaker is one of them). Then try to play any audio file. It should
 display:
 
 $ sndiod -dd -c0:5
 snd0.default: rec=0:1 play=0:5 vol=5931520 dup
 snd0: 48000Hz, s24le4msb, play 0:5, rec 0:1, 2 blocks of 960 frames
 ogg0: 48000Hz, s16le, play 0:1, 10 blocks of 960 frames
 snd0: device started
 
 (note the second play 0:5 string). As we're at it, crank the
 volume of all dacs to the maximum, just in case the sound is not
 loud enough:
 
 mixerctl inputs.dac-0:1=255
 mixerctl inputs.dac-2:3=255
 mixerctl inputs.dac-4:5=255
 
 If you have headphones or an amp, try all output jacks to figure
 out if at least one is getting the signal.
 
 HTH
 
 -- Alexandre
 
 
 This helped. Major thanks.
 Is there any way to make this permanent?

you could add:

sndiod_flags=-c0:5

in your rc.conf.local and possibly add, if necessary, the mixer
adjustments in mixerctl.conf

 And is there any way to achieve working defaults?

this would require to figure out why the sound card doesn't expose
the speakers dac.

-- Alexandre



Re: no sound azalia(4)

2013-02-28 Thread Martijn van Duren

On 02/28/13 18:33, Alexandre Ratchov wrote:

On Thu, Feb 28, 2013 at 06:19:14PM +0100, Martijn van Duren wrote:

On 02/28/13 09:53, Alexandre Ratchov wrote:

as Jan said, the sound card is getting the signal; but according to
the mixerctl output, your card has 3 independent stereo dacs, so
you could try to kill sndiod and start it as follows:

sudo sndiod -dd -c0:5

to force it to send the signal to all outputs (hopefully the
speaker is one of them). Then try to play any audio file. It should
display:

$ sndiod -dd -c0:5
snd0.default: rec=0:1 play=0:5 vol=5931520 dup
snd0: 48000Hz, s24le4msb, play 0:5, rec 0:1, 2 blocks of 960 frames
ogg0: 48000Hz, s16le, play 0:1, 10 blocks of 960 frames
snd0: device started

(note the second play 0:5 string). As we're at it, crank the
volume of all dacs to the maximum, just in case the sound is not
loud enough:

mixerctl inputs.dac-0:1=255
mixerctl inputs.dac-2:3=255
mixerctl inputs.dac-4:5=255

If you have headphones or an amp, try all output jacks to figure
out if at least one is getting the signal.

HTH

-- Alexandre



This helped. Major thanks.
Is there any way to make this permanent?


you could add:

sndiod_flags=-c0:5

in your rc.conf.local and possibly add, if necessary, the mixer
adjustments in mixerctl.conf


And is there any way to achieve working defaults?


this would require to figure out why the sound card doesn't expose
the speakers dac.


Is there any way I can help with this? any way to produce some helpful 
debugging output, trying patches, etc?




-- Alexandre




dhclient could not allocate memory

2013-02-28 Thread Marc Peters
Hi misc,

i am using OpenBSD on my home router connected to cable internet. A re
nic is facing the wild and gets its public IP via DHCP from my ISP. I
have running a 5.3-beta from Feb. 1st, as this one has the powersaving
fix for athn in HostAP (realised it then, was committed already in
August). This router was running happily 5.2-RELEASE until then, 24/7,
without any issues. However, this night dhclient died unexpectedly and
/var/log/daemon says:

Feb 27 22:05:56 router dhclient[22805]: sysctl retrieval of routes:
Cannot allocate memory
Feb 27 22:05:56 router dhclient[10969]: dispatch_imsg in main: pipe closed

dhclient gone and with it my internet connection, too.

I wonder, what could have caused this. The machine has two AMD APUs and
8GB of memory (dmesg attached) and dhclient shouldn't run out of it (and
it had no issues like that before with 5.1 and 5.2), but maybe i am
totally wrong and looking in the wrong place at all.

I know that Realtek cards have had a great history (joking!) and i try
to avoid them, but this one is onboard and Intel NICs with double
interfaces aren't as cheap as the PCIe one port desktop grade card i
already added.

mbufs are also unremarkable:
marc@router
~ $ netstat -m
133 mbufs in use:
87 mbufs allocated to data
14 mbufs allocated to packet headers
32 mbufs allocated to socket names and addresses
22/356/6144 mbuf 2048 byte clusters in use (current/peak/max)
64/73/6144 mbuf 4096 byte clusters in use (current/peak/max)
0/8/6144 mbuf 8192 byte clusters in use (current/peak/max)
0/8/6144 mbuf 9216 byte clusters in use (current/peak/max)
0/8/6144 mbuf 12288 byte clusters in use (current/peak/max)
0/8/6144 mbuf 16384 byte clusters in use (current/peak/max)
0/8/6144 mbuf 65536 byte clusters in use (current/peak/max)
1284 Kbytes allocated to network (25% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

Maybe someone can shed some light on it and knows which knob to turn.

Cheers,
Marc


Uptime provided for reference, not measurement of private parts ;)

marc@router
~ $ uptime
 6:54PM  up 24 days,  2:41, 1 user, load averages: 0.24, 0.19, 0.1

dmesg:
OpenBSD 5.3-beta (GENERIC.MP) #25: Fri Feb  1 16:29:00 MST 2013
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8167034880 (7788MB)
avail mem = 7927136256 (7559MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeaf40 (52 entries)
bios0: vendor American Megatrends Inc. version 0306 date 08/18/2011
bios0: ASUSTeK Computer INC. E45M1-I DELUXE
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT
acpi0: wakeup devices SBAZ(S4) PS2K(S4) PS2M(S4) UAR1(S4) P0PC(S4)
UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4)
PE21(S4) RLAN(S4) PE22(S4) PE23(S4) BR14(S4) PWRB(S4)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD E-450 APU with Radeon(tm) HD Graphics, 1650.36 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: 8 4MB entries fully associative
cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu0: apic clock running at 199MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD E-450 APU with Radeon(tm) HD Graphics, 1649.90 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
64b/line 16-way L2 cache
cpu1: 8 4MB entries fully associative
cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 21, 24 pins
ioapic0: misconfigured as apic 3, remapped to apid 0
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 3 (PE20)
acpiprt2 at acpi0: bus 4 (PE21)
acpiprt3 at acpi0: bus -1 (PE22)
acpiprt4 at acpi0: bus -1 (PE23)
acpiprt5 at acpi0: bus -1 (BR15)
acpiprt6 at acpi0: bus -1 (PCE6)
acpiprt7 at acpi0: bus -1 (PCE7)
acpiprt8 at acpi0: bus -1 (PCE8)
acpiprt9 at acpi0: bus 1 (BR14)
acpicpu0 at acpi0: C2, PSS
acpicpu1 at acpi0: C2, PSS
acpibtn0 at acpi0: PWRB
cpu0: 1650 MHz: speeds: 1650 1320 825 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 AMD AMD64 14h Host rev 0x00
vga1 at pci0 dev 1 function 0 ATI Radeon HD 6320 rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: apic 0 

Re: OpenBGP Issues. :-(

2013-02-28 Thread Stuart Henderson
On 2013-02-28, Alex Mathiasen a...@mira.dk wrote:
 Looking into the log files, it appeared BGPD received a certain route in the
 routing table, and then grumbled about the prefix

grumbled about is not very exact, actual log entries would be a lot
more helpful. It would be even better if you could capture the actual
update messages causing the problem (tcpdump -i em0 -w bgp.pcap -s 1500
port 179 and host $foo)

 As TDC (My ISP) couldn't resolve which route that caused this issue (They told
 me: That's what happened when you use third party software, so no help
 there...),

Every BGP implementation has problems from time to time, IMHO anyone
running this really needs to keep track of development of their chosen
implementation/s (at least keep an eye on changelogs / cvs commits
/ mailing lists etc) and general network problems (nanog, local network
operator groups, etc), and when they do have problems provide good
information to the (vendor | developers | 3rd party support org).

Also see everything that Benno wrote. :)



Re: OpenBGP Issues. :-(

2013-02-28 Thread Laurent Caron (Mobile)
Alex Mathiasen a...@mira.dk a écrit :

Dear recipients,

I have been using OpenBGP for a while with OpenBSD - And I am very
satisfied
with the performance and amazed by the ease of configuration.

My BGPD is configured against a Danish ISP called TDC - And we were
previously
configured to receive a full routing table.

However a few months ago I ran into an issue where my BGPD stopped
working
properly.

It appeared the BGPD kept receiving the routing tables, and then start
all
over.

Looking into the log files, it appeared BGPD received a certain route
in the
routing table, and then grumbled about the prefix, apparently for some
reason
the result was BGPD kept reloading when it reached this route. The
result was
of course my network was down.

As TDC (My ISP) couldn't resolve which route that caused this issue
(They told
me: That's what happened when you use third party software, so no
help
there...), we agreed that my connection would be set to Default
candidate,
instead of receiving a full routing table.

So now I have configured a static route to forward all my traffic to
this
route. However this is not the result I wanted, as I am about to have
one more
connection, so I have 2 connections outbound.

But the automatic failover switch / load balancing won't work, as long
as I
have my static route.

This is why I want to go back to receiving a full routing table.

Is there any way of configuring BGPD to ignore a specific route in case
of
corrupted prefix, so this won't happened again?

I hope that some of you have an answer for this...

Here you can see my bgpd.conf:

AS 
router-id 000.000.000.000
network 000.000.000.00/00

neighbor 000.000.000.000 {
remote-as   
descr   TDC
local-address   000.000.000.000
passive
holdtime180
holdtime min3
tcp md5sig password 00
}

log updates

Hi,
Please have a look in archives for a similar thread i did initiate.



Re: dhclient could not allocate memory

2013-02-28 Thread Chris Smith
On Thu, Feb 28, 2013 at 12:58 PM, Marc Peters m...@mpeters.org wrote:
 dhclient

I've noticed a lot of dhclient changes in cvs over the past few
weeks.You might try a newer snapshot.

Chris



Carp issues

2013-02-28 Thread Carlos Flor
I have two firewalls running OpenBSD 5.1 with a 5.2 kernel amd64.  I am
running the 5.2 kernel because of another, unrelated bug.  I have 4
ethernet interfaces (em0-4).  em0 and em1 are in a failover trunk mode on
trunk0 while em2 and em3 are members of trunk1 in failover mode.  On
trunk0, I have 3 VLANs (2,3,4) and on trunk1, I have 2 VLANs(10,11).  I am
running carp on each of these vlan interfaces.  I am also running pfsync.
 I have an ipsec vpn configured which is using sasync between the two
firewalls.

We had fw1 kernel panic and die yesterday.  Everything seemed to switch
over as expected to fw2.  When we restarted fw1, all carp interfaces
switched back to master on fw1 and *most* switched to backup on fw2.
 However, carp2 (carp for vlan2) stayed master on fw2.  This was obviously
an issue because it was also master on fw1.  This caused lots of dropped
packets since two machines are claiming the same IP address.  I ifconfig
carp2 down'd the carp interface and traffic was passing as it should again.
 However, as soon as I ifconfig carp2 up'd the carp interface, the carp2
interface on fw2 went to master mode again, and carp2 on fw1 stayed master
as well.  I have all carp interfaces on fw2 configured with an advskew of
128 and I have preempt enabled.

I had to reboot fw2 for things to go back to normal with all interfaces on
fw2 in backup mode while all on fw1 were in master mode.  Below are my
hostname.* config files as well as the carp sysctl values.

Please let me know if anyone needs more information or if you have any
suggestions on how to avoid this in the future.


=== FW1 ==
** hostname.em0 **
up
** hostname.em1 **
up
** hostname.em2 **
up
** hostname.em3 **
up
** hostname.trunk0 **
up
trunkproto failover trunkport em0 trunkport em1
** hostname.trunk1 **
up
trunkproto failover trunkport em2 trunkport em3
** hostname.vlan10 **
up
inet x.x.x.27 255.255.255.248 NONE vlan 10 vlandev trunk1
** hostname.vlan11 **
up
inet x.x.x.131 255.255.255.248 NONE vlan 11 vlandev trunk1
** hostname.vlan2 **
up
inet 172.16.20.2 255.255.255.0 NONE vlan 2 vlandev trunk0
** hostname.vlan3 **
up
inet x.x.x.210 255.255.255.240 NONE vlan 3 vlandev trunk0
** hostname.vlan4 **
up
inet x.x.x.98 255.255.255.224 NONE vlan 4 vlandev trunk0
** hostname.carp10 **
up
inet x.x.x.26 255.255.255.248 x.x.x.31 vhid 10 pass xxx carpdev vlan10
** hostname.carp11 **
up
inet x.x.x.130 255.255.255.248 x.x.x.135 vhid 11 pass xx carpdev vlan11
** hostname.carp2 **
up
inet 172.16.20.1 255.255.255.0 172.16.20.255 vhid 2 pass x carpdev vlan2
** hostname.carp3 **
up
inet x.x.x.209 255.255.255.240 x.x.x.223 vhid 3 pass x carpdev vlan3
** hostname.carp4 **
up
inet x.x.x.97 255.255.255.224 x.x.x.127 vhid 4 pass x carpdev vlan4
** hostname.pfsync0 **
up syncdev vlan2 syncpeer 172.16.20.3


=== FW2 
** hostname.em0 **
up
** hostname.em1 **
up
** hostname.em2 **
up
** hostname.em3 **
up
** hostname.trunk0 **
up
trunkproto failover trunkport em0 trunkport em1
** hostname.trunk1 **
up
trunkproto failover trunkport em2 trunkport em3
** hostname.vlan10 **
up
inet x.x.x.28 255.255.255.248 NONE vlan 10 vlandev trunk1
** hostname.vlan11 **
up
inet x.x.x.132 255.255.255.248 NONE vlan 11 vlandev trunk1
** hostname.vlan2 **
up
inet 172.16.20.3 255.255.255.0 NONE vlan 2 vlandev trunk0
** hostname.vlan3 **
up
inet x.x.x.213 255.255.255.240 NONE vlan 3 vlandev trunk0
** hostname.vlan4 **
up
inet x.x.x.99 255.255.255.224 NONE vlan 4 vlandev trunk0
** hostname.carp10 **
up
inet x.x.x 26 255.255.255.248 x.x.x 31 vhid 10 pass  carpdev vlan10
advskew 128
** hostname.carp11 **
up
inet x.x.x 130 255.255.255.248 x.x.x 135 vhid 11 pass  carpdev vlan11
advskew 128
** hostname.carp2 **
up
inet 172.16.20.1 255.255.255.0 172.16.20.255 vhid 2 pass  carpdev vlan2
advskew 128
** hostname.carp3 **
up
inet x.x.x 209 255.255.255.240 x.x.x.223 vhid 3 carpdev vlan3 pass 
advskew 128
** hostname.carp4 **
up
inet x.x.x..97 255.255.255.224 x.x.x.127 vhid 4 pass  carpdev vlan4
advskew 128
** hostname.pfsync0 **
up syncdev vlan2 syncpeer 172.16.20.2



preventing amd from fetch files from nis server

2013-02-28 Thread Friedrich Locke
Hi folks,

i have a set of computer on my network that is configured as a nis
client. The nis server is working 100% ok, and it is serving a map
called amd.home.
But for a particular client machine, while it should retrieve the list
of users/groups/etc from the nis server i don't want it to retrieve
the amd.home from the nis server, but instead, uses the amd.home from
/etc/amd/amd.home.
Is that possible ?
Do you know if it may be done?

Thanks in advance.



Re: EIGRP implementation?

2013-02-28 Thread Kostas Zorbadelos
Claudio Jeker cje...@diehard.n-r-g.com writes:

 I see no need to support it, I would first consider
 ISIS

Do you have thoughts or plans on producing an ISIS implementation on
OpenBSD? 

-- 
Kostas Zorbadelos   
twitter:@kzorbadeloshttp://gr.linkedin.com/in/kzorba 

()  www.asciiribbon.org - against HTML e-mail  proprietary attachments
/\  



Re: EIGRP implementation?

2013-02-28 Thread Claudio Jeker
On Thu, Feb 28, 2013 at 09:48:45PM +0200, Kostas Zorbadelos wrote:
 Claudio Jeker cje...@diehard.n-r-g.com writes:
 
  I see no need to support it, I would first consider
  ISIS
 
 Do you have thoughts or plans on producing an ISIS implementation on
 OpenBSD? 
 

I think I answered this already. In short it is at the bottom of my todo
list but it is there after fixing bgpd, ospfd, ospf6d, and ldpd. Since I'm
not working full time on OpenBSD anymore I have much less time and so
don't expect anything soon.

-- 
:wq Claudio



Re: preventing amd from fetch files from nis server

2013-02-28 Thread Philip Guenther
On Thu, Feb 28, 2013 at 12:30 PM, Friedrich Locke
friedrich.lo...@gmail.com wrote:
...
 But for a particular client machine, while it should retrieve the list
 of users/groups/etc from the nis server i don't want it to retrieve
 the amd.home from the nis server, but instead, uses the amd.home from
 /etc/amd/amd.home.
 Is that possible ?
 Do you know if it may be done?

amd uses the amd.home map because that's what /etc/amd/master
indicates.  To change what it uses, change that file.


Philip Guenther



Re: pf and apache

2013-02-28 Thread Andy Bradford
Thus said Matt Morrow on Thu, 28 Feb 2013 23:07:30 -0600:

 Apache is  running on a slackware  box. I can access  apache just fine
 internally by using the ip  address of that server (192.168.1.70), but
 if I  access the ip  of the openbsd box  (192.168.1.60) I just  get an
 error that the  server is not available. It should  be forwarding port
 80 to the slackware box.

I'm going to  guess from your description that you  are trying to rdr-to
on the same interface. The documentation says:

 Redirections cannot reflect packets  back through the interface
 they arrive on, they can  only be redirected to hosts connected
 to different interfaces or to the firewall itself.

The next section discusses using NAT... might be what you're after.

Andy
-- 
TAI64 timestamp: 4000513040c3



Re: Precisions on ZFS (was: Millions of files in /var/www inode / out of space issue.)

2013-02-28 Thread Siju George
On Sat, Feb 23, 2013 at 1:59 AM, Miod Vallat m...@online.fr wrote:

  Please, please, please, can someone port ZFS, just to end this endless
  thread...?

 Please someone port HAMMER instead. We are only interested in free
 software, with no strings attached.


YAY!!!

 http://leaf.dragonflybsd.org/mailarchive/users/2012-02/msg00020.html



Re: dhclient could not allocate memory

2013-02-28 Thread Marc Peters
On 02/28/2013 06:58 PM, Marc Peters wrote:
 Hi misc,
 
 i am using OpenBSD on my home router connected to cable internet. A re
 nic is facing the wild and gets its public IP via DHCP from my ISP. I
 have running a 5.3-beta from Feb. 1st, as this one has the powersaving
 fix for athn in HostAP (realised it then, was committed already in
 August). This router was running happily 5.2-RELEASE until then, 24/7,
 without any issues. However, this night dhclient died unexpectedly and
 /var/log/daemon says:
 
 Feb 27 22:05:56 router dhclient[22805]: sysctl retrieval of routes:
 Cannot allocate memory
 Feb 27 22:05:56 router dhclient[10969]: dispatch_imsg in main: pipe closed
 
 dhclient gone and with it my internet connection, too.
 
 I wonder, what could have caused this. The machine has two AMD APUs and
 8GB of memory (dmesg attached) and dhclient shouldn't run out of it (and
 it had no issues like that before with 5.1 and 5.2), but maybe i am
 totally wrong and looking in the wrong place at all.
 
 I know that Realtek cards have had a great history (joking!) and i try
 to avoid them, but this one is onboard and Intel NICs with double
 interfaces aren't as cheap as the PCIe one port desktop grade card i
 already added.
 
 mbufs are also unremarkable:
 marc@router
 ~ $ netstat -m
 133 mbufs in use:
 87 mbufs allocated to data
 14 mbufs allocated to packet headers
 32 mbufs allocated to socket names and addresses
 22/356/6144 mbuf 2048 byte clusters in use (current/peak/max)
 64/73/6144 mbuf 4096 byte clusters in use (current/peak/max)
 0/8/6144 mbuf 8192 byte clusters in use (current/peak/max)
 0/8/6144 mbuf 9216 byte clusters in use (current/peak/max)
 0/8/6144 mbuf 12288 byte clusters in use (current/peak/max)
 0/8/6144 mbuf 16384 byte clusters in use (current/peak/max)
 0/8/6144 mbuf 65536 byte clusters in use (current/peak/max)
 1284 Kbytes allocated to network (25% in use)
 0 requests for memory denied
 0 requests for memory delayed
 0 calls to protocol drain routines
 
 Maybe someone can shed some light on it and knows which knob to turn.
 
 Cheers,
 Marc
 
 
 Uptime provided for reference, not measurement of private parts ;)
 
 marc@router
 ~ $ uptime
  6:54PM  up 24 days,  2:41, 1 user, load averages: 0.24, 0.19, 0.1
 
 dmesg:
 OpenBSD 5.3-beta (GENERIC.MP) #25: Fri Feb  1 16:29:00 MST 2013
 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
 real mem = 8167034880 (7788MB)
 avail mem = 7927136256 (7559MB)
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeaf40 (52 entries)
 bios0: vendor American Megatrends Inc. version 0306 date 08/18/2011
 bios0: ASUSTeK Computer INC. E45M1-I DELUXE
 acpi0 at bios0: rev 2
 acpi0: sleep states S0 S3 S4 S5
 acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT
 acpi0: wakeup devices SBAZ(S4) PS2K(S4) PS2M(S4) UAR1(S4) P0PC(S4)
 UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4)
 PE21(S4) RLAN(S4) PE22(S4) PE23(S4) BR14(S4) PWRB(S4)
 acpitimer0 at acpi0: 3579545 Hz, 32 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: AMD E-450 APU with Radeon(tm) HD Graphics, 1650.36 MHz
 cpu0:
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
 cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
 64b/line 16-way L2 cache
 cpu0: 8 4MB entries fully associative
 cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
 cpu0: apic clock running at 199MHz
 cpu1 at mainbus0: apid 1 (application processor)
 cpu1: AMD E-450 APU with Radeon(tm) HD Graphics, 1649.90 MHz
 cpu1:
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
 cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB
 64b/line 16-way L2 cache
 cpu1: 8 4MB entries fully associative
 cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
 ioapic0 at mainbus0: apid 0 pa 0xfec0, version 21, 24 pins
 ioapic0: misconfigured as apic 3, remapped to apid 0
 acpimcfg0 at acpi0 addr 0xe000, bus 0-255
 acpihpet0 at acpi0: 14318180 Hz
 acpiprt0 at acpi0: bus 0 (PCI0)
 acpiprt1 at acpi0: bus 3 (PE20)
 acpiprt2 at acpi0: bus 4 (PE21)
 acpiprt3 at acpi0: bus -1 (PE22)
 acpiprt4 at acpi0: bus -1 (PE23)
 acpiprt5 at acpi0: bus -1 (BR15)
 acpiprt6 at acpi0: bus -1 (PCE6)
 acpiprt7 at acpi0: bus -1 (PCE7)
 acpiprt8 at acpi0: bus -1 (PCE8)
 acpiprt9 at acpi0: bus 1 (BR14)
 acpicpu0 at acpi0: C2, PSS
 acpicpu1 at acpi0: C2, PSS
 acpibtn0 at acpi0: PWRB
 cpu0: 1650 MHz: speeds: 1650 1320 825 MHz
 pci0 at mainbus0 bus 0
 pchb0 at pci0 dev 0 function 0 AMD AMD64 14h Host rev 0x00
 vga1 at pci0 dev 1 function 0 ATI Radeon