Re: redirect spkr to headphone jack?

[Quartz]

Could you show the output
of "mixerctl -v" ?



inputs.dac-0:1=126,126
inputs.dac-2:3=126,126
inputs.dac-4:5=126,126
inputs.dac-6:7=126,126
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=125,125
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=125,125
inputs.mix_source=line-in,mic2,hp,line  { line-in mic2 hp line }
inputs.mix_line-in=120,120
inputs.mix_mic2=120,120
inputs.mix_hp=120,120
inputs.mix_line=120,120
inputs.mix2_source=dac-0:1,mix  { dac-0:1 mix }
inputs.mix3_source=dac-2:3,mix  { dac-2:3 mix }
inputs.mix4_source=dac-4:5,mix  { dac-4:5 mix }
inputs.mix5_source=dac-6:7,mix  { dac-6:7 mix }
outputs.line_source=mix2  [ mix2 ]
outputs.line_mute=off  [ off on ]
outputs.line_dir=output  [ none output input ]
outputs.line_boost=off  [ off on ]
outputs.line_eapd=on  [ off on ]
outputs.line-in_source=mix3  [ mix2 mix3 mix4 mix5 mix8 ]
outputs.line-in_mute=off  [ off on ]
inputs.line-in=85,85
outputs.line-in_dir=input  [ none output input input-vr0 input-vr50 
input-vr80 input-vr100 ]

outputs.mic2_source=mix5  [ mix2 mix3 mix4 mix5 mix8 ]
outputs.mic2_mute=off  [ off on ]
inputs.mic2=85,85
outputs.mic2_dir=input-vr80  [ none output input input-vr0 input-vr50 
input-vr80 input-vr100 ]

outputs.mic2_boost=off  [ off on ]
outputs.spkr_source=mix8  [ mix2 mix3 mix4 mix5 mix8 ]
outputs.spkr_mute=on  [ off on ]
outputs.spkr_dir=output  [ none output input input-vr0 input-vr50 
input-vr80 input-vr100 ]

outputs.hp_source=mix4  [ mix2 mix3 mix4 mix5 mix8 ]
outputs.hp_mute=off  [ off on ]
inputs.hp=85,85
outputs.hp_dir=output  [ none output input input-vr0 input-vr50 
input-vr80 input-vr100 ]

outputs.hp_boost=off  [ off on ]
outputs.hp_eapd=on  [ off on ]
record.adc-0:1_source=line-in,mic2,hp,line,mix,mic  { line-in mic2 hp 
line mix mic }

record.adc-2:3_source=line-in,mic2,hp,line,mix  { line-in mic2 hp line mix }
inputs.dac-8:9=126,126
inputs.mix8_source=dac-8:9,mix  { dac-8:9 mix }
outputs.line_sense=plugged  [ unplugged plugged ]
outputs.line-in_sense=unplugged  [ unplugged plugged ]
outputs.spkr_muters=line,line-in  { line line-in }
outputs.master=128,128
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-0:1,dac-4:5,line,spkr,hp,dac-8:9  { dac-0:1 
dac-2:3 dac-4:5 dac-6:7 line line-in mic2 spkr hp dac-8:9 }

record.volume=125,125
record.volume.mute=off  [ off on ]
record.volume.slaves=adc-2:3,adc-0:1  { adc-2:3 adc-0:1 line-in mic2 
spkr hp }

Re: Midi keyboard with 5.7

[Alexandre Ratchov]

On Wed, Sep 30, 2015 at 04:22:10PM +, pasta wrote:
> Hello,
> I have a Launchkey MK2 25 by Novation and I am wondering if I can
> play on it using OpenBSD. As said it is a midi keyboard and it is connected
> via usb. Unfortunately it doesn't show up as midi device [1].
> I read that I could try to make it work by finding out it's endpoint and
> using hexdump [2].But it says "Device not configured" for all endpoints.
> There is an official manual [3], saying there are two modes and in one of
> them it acts as generic midi device. When plugged in it should act as normal
> device.
> Can I do something about the problem? And what?
> 
> [0]
> uname -a
> OpenBSD z77 5.7 GENERIC.MP#881 amd64
> 
> [1]
> dmesg
> ...
> umidi0 at uhub0 port 2 configuration 1 interface 1 "Focusrite A.E. Ltd
> Launchkey MK2 25" rev 1.10/0.00 addr 3
> umidi0: (genuine USB-MIDI)
> umidi0: out=0, in=0

It seems to have worked, you could install fluidsynth,
generaluser-gs-soundfont and play with the keyboard

-- Alexandre

APU re(4) how can I debug this further?

[Peter J. Philipp]

I have a network that occasionally goes down.  I have isolated the fault
between a PC Engines APU router running OpenBSD and an AVM Fritzbox that
does backup LTE and mainly 5 Ghz AP.  I drew a map to further illustrate
my network:


 to LTE network
[gaia]-- |
  \  | [mercury]
[phone1] - \ | |
--- [uranus] === [fritzbox] --- [gamma]  to pppoe cloud
[phone2] - /||
  / ||
[spica] -   ||
 [venus]---[beta(off)]
|
|
 [freifunk]

Legend: Hosts + Routers:

--- CAT5 cablinggaia + spica: apple computers running vmware
=== wifi 5 Ghz  uranus: OpenBSD i386 on Lanner hw
||  wifi 5 Ghz  venus: OpenBSD amd64 on Soekris hw
gamma: OpenBSD amd64 on PC Engines APU
fritzbox: AVM fritzbox router
mercury + beta: OpenBSD + FreeBSD hosts


Now the fault is between fritzbox and gamma, as when the fault occurs I can
ping fritzbox from uranus across the 5 Ghz wifi link.  But I cannot ping gamma.
I have exchanged the cable between fritzbox and gamma two times and I have 
switched ports on the fritzbox, to no avail.  I also opened a ticket with AVM, 
to no avail.

gamma$ uname -a
OpenBSD gamma.virgostar.net 5.7 GENERIC.MP#2 amd64

gamma$ ifconfig re1
re1: flags=8843 mtu 1500
lladdr 00:0d:b9:3d:bb:fd
priority: 0
media: Ethernet autoselect (100baseTX full-duplex,rxpause,txpause)
status: active
inet 192.168.179.1 netmask 0xff00 broadcast 192.168.179.255

There is usually a lot of traffic flowing from freifunk to gamma out the 
PPPoE link (~200 pps).

Is there a way I can see when for example re1 renegotiates its linkspeed
or does otherwise operations that would impact the net?

Thanks for your help,

-peter

Re: IPSEC with Juniper SRX220

[Graeme Lee]

On 27-Sep 14:42, Alexandre Westfahl wrote:

Hi,

I have trouble configuring ipsec with my sokeris 6501 (OBSD 5.7) with a
carrier router (Juniper).
SA seems to work well, I see packets going out on em0 and also see them on
enc0. However, the other side said nothing come but they also see SA
working and can see traffic going out.

There may be explanation for this situation:

- I have another IPSEC tunnel on same public IP (both on em0/enc0)
- the carrier IPs seems to be on same network so OBSD may be lost with it


*network*
dmz network (DDD.EEE.FFF.0/28)  <--(AAA.BBB.CCC.192)-->Internet<--(
GGG.HHH.III.150)-->  server (GGG.HHH.III.149)



*ipsec.conf:*
//working ipsec tunnel
ike passive esp from {192.168.10.0/24, 192.168.11.0/24 192.168.12.0/24} to
192.168.1.0/24 \
local AAA.BBB.CCC.192 \
main auth hmac-sha1 enc 3des group modp1024 lifetime 28800 \
quick auth hmac-sha1 enc aes-256 group none lifetime 28800 \
srcid "gtfwpo192" dstid "pojimusho169" \
psk secret

//carrier ipsec (not working)
ike esp from DDD.EEE.FFF.0/28 to GGG.HHH.III.149/32 \
local AAA.BBB.CCC.192 peer GGG.HHH.III.150 \
main auth hmac-sha1 enc aes group modp1024 lifetime 86400 \
quick auth hmac-sha2-256 enc aes group none lifetime 86400 \
srcid "AAA.BBB.CCC.192"   dstid "GGG.HHH.III.150" \
psk secret2

Hi Alex.

That looks overly complex.  Try simplifying it first (the OpenBSD config 
is so easy!):


ike esp from  to {  } \
 peer  \
 psk secret

However!  On the juniper, many things are needed.  IKE policy and 
gateway, and IPSec proposal, a policy and a VPN

please excuse my indentation and inline comments.

ike policy alex {
mode main
proposal-set standard
pre-shared-key ascii-text secret
}

ike gateway alex {
ike policy alex # (the above policy name)
address 
external-interface <- this will be ge-0/0/x but NOT a sub-interface 
- always the root.  I happen to be using one over a gre tunnel through 
NAT so I have dead-pear-detection running as well

}

ipsec proposal phase2-alex {
protocol esp
authentication-algorithm hmac-sha-256-128
encryption-algorithm aes-128-cbc
}

ipsec policy phase2-alex (you can get away with the same name)

ipsec vpn alex
ike {
gateway ales
ipsec-policy phase2-alex
}
establish-tunnels immediately
}

but wait!  There's more!

you will also need policies on the SRX to apply security associations.  
Let's assume that the SRX local network is trust, and your vpn runs 
across the untrust zone.  zone names are arbitrary


edit security polices from-zone trust to-zone untrust
policy alex-local-to-vpn {
  match {
source-address local-ips  < You will need address book entries 
for these

destination-address remote-ips  < more address book entries
application [ allowed-application-sets or any ]
  }
  then {
permit {
  tunnel {
ipsec-vpn ales
pair-policy alex-vpn-to-local  < this is the same policy in 
reverse.  yep.  enter it twice.

  }
}
  }
}

I actually have these deployed.  It does work.

Regards,

Graeme



I tried to enable or disable PF and use super permissive rules but nothing
change.

Do you have some ideas on what it could be?

Thanks by advance!

IKEd, rising SAD count and DPD

[Kim Zeitler]

Hello
I have iked running connecting to a Fortigate FW.

Running 'ipsecctl -s a' gives me the correct flows, but a rising number 
of SADs. The tunnel has been up 5 days and I got 212 SADs installed.


Do I need to set up some kind of dpd to have the old SADs pulled down, 
or is my error, that ikelifetime and lifetime are not in seconds?



#cat /etc/iked.conf
...
ikev2 "h" active esp \
from $k_dev to $h_server \
from $k_server to $h_dev \
peer $h_gw \
ikesa auth hmac-sha2-256 \
enc aes-256 \
group modp1536 \
childsa auth hmac-sha2-256 \
enc aes-256 \
group modp1536 \
srcid '80.80.80.80' \
ikelifetime 28800 \
lifetime 14400 \
psk 'Some nice long hash'
...

Cheers,
Kim

Re: redirect spkr to headphone jack?

[Quartz]

The pc-speakers and the sound card are different circuits.


Right, I know that. What I'm wondering is if there's some magic 
incantation for mixerctl or some other utility that will let output 
intended for the console speaker to be 'copied' or otherwise redirected 
to the headphone/line output.




OpenBSD console can only use the pc-speaker as the console beep and
there's no way to emulate it using the sound-card.


I'm not sure if 'emulation' is what I'm looking for. I mean, one way or 
another the system is sending a sine wave down that path that causes the 
motherboard speaker to beep (normally). Surely there's some way to make 
it send that signal to the chip running the jacks on the back, right? 
Maybe if not via a utility then via tweaking a custom kernel?




Could you show the output
of "mixerctl -v" ?


Sure, but gimme a few hours. I don't have the machine in front of me at 
the moment.

Re: APU re(4) how can I debug this further?

[Benny Lofgren]

On 2015-09-30 10:07, Peter J. Philipp wrote:
> Now the fault is between fritzbox and gamma, as when the fault occurs I can
> ping fritzbox from uranus across the 5 Ghz wifi link.  But I cannot ping 
> gamma.
> I have exchanged the cable between fritzbox and gamma two times and I have 
> switched ports on the fritzbox, to no avail.  I also opened a ticket with 
> AVM, 
> to no avail.
> 
> gamma$ uname -a
> OpenBSD gamma.virgostar.net 5.7 GENERIC.MP#2 amd64
> 
> gamma$ ifconfig re1
> re1: flags=8843 mtu 1500
> lladdr 00:0d:b9:3d:bb:fd
> priority: 0
> media: Ethernet autoselect (100baseTX full-duplex,rxpause,txpause)
> status: active
> inet 192.168.179.1 netmask 0xff00 broadcast 192.168.179.255
> 
> There is usually a lot of traffic flowing from freifunk to gamma out the 
> PPPoE link (~200 pps).
> 
> Is there a way I can see when for example re1 renegotiates its linkspeed
> or does otherwise operations that would impact the net?
> 
> Thanks for your help,

I assume you are not able to ping the other way around either when the
network goes down, i e from gamma to fritzbox?

Are you able to ping mercury from gamma? (But as I interpret your map
they are not on the same network i/f on gamma so that might not provide
much useful info.)

What happens if you do ifconfig re1 down / ifconfig re1 up on gamma when
the fault have occured?

Or if you unplug and then put the network cable back again?

In other words, how do you usually recover from the problem?

Are there any clues in /var/log/messages that might be of interest?

Also, the usual first question on this list is: can you provide a full
dmesg from gamma?
It is almost always more helpful than people think, so never leave home
without it! :-)


Regards,

/Benny

Re: 5.8 current: httpd error after upgrading.

[Stuart Henderson]

On 2015-09-30, Abu Aufa  wrote:
> On Tue, 29 Sep 2015, Ted Unangst wrote:
>
>> Abu Aufa wrote:
>> > Hi,
>> > 
>> > I upgraded my system to 28th September's snapshot. Right after upgrade, I 
>> > saw httpd gave error in dmesg. Here's my dmesg:
>> 
>> > I disabled the fastcgi part to test, but still the httpd dies on start 
>> > (manually and/or on boot). Httpd was ok before upgrading. Is there any 
>> > info on new feature or something that I can refer to? thanks.
>> 
>> The latest snapshots include a bunch of tame() calls in userland programs, 
>> but
>> some of them were added optimistically. httpd is trying to do something it's
>> not yet permitted to do.
>> 
>> For now, please report such errors.
>> 
>> If you need a working version, the diffs aren't committed yet, so you can
>> rebuild httpd from source and it should work fine.
>> 
>> 
>> 
> Thanks for the info Ted. I'm currently rebuilding the src, following the 
> "5 - Building the System from Source" page. I just want to ask another 
> question, can I just rebuild only the httpd from source? Thanks again.
>
>

Yes,

$ cd /usr/src/usr.sbin/httpd
$ cvs up -PdA
$ make obj && make depend && make
$ su root -c 'make install'

Re: Configure SLAAC and DHCPv6-PD in /etc/hostname.em0

[Stuart Henderson]

On 2015-09-29, Delan Azabani  wrote:
> According to hostname.if(5), you can write a line in /etc/hostname.em0
> containing exactly "rtsol" without the quotes to initiate SLAAC.
>
> Please note that SLAAC on a host with IPv6 forwarding turned on will
> not work until OpenBSD 5.8 as per :

It's broken in 5.8 as well, enabling SLAAC on one interface removes manually
configured v6 addresses on other interfaces. Fixed in -current.

>> With a per interface IPv6 stateless adress auto configuration flag it
>> is possible to allow IPv6 forwarding and SLAAC at the same time. This
>> is needed for RFC 7084.
>
> To acquire your delegated /48 prefix, install wide-dhcpv6 from packages
> or ports, then add something like this to /etc/dhcp6c.conf:
>
> interface pppoe0 {
> send ia-pd 0;
> send domain-name-servers;
> send rapid-commit;
> };
>
> id-assoc pd {
> prefix-interface vether0 {
> sla-id 0;
> sla-len 16; # put (64 - prefix size) here
> };
> };

Alternatively you can use dhcpcd. The pkg-readme in -current gives an
example of config for this.

Re: APU re(4) how can I debug this further?

[Peter J. Philipp]

On Wed, Sep 30, 2015 at 10:36:21AM +0200, Benny Lofgren wrote:
> > Thanks for your help,
> 
> I assume you are not able to ping the other way around either when the
> network goes down, i e from gamma to fritzbox?

Since everything in that part of the apartment is headless (fritzbox, gamma
and mercury) I haven't been able to attach anything in time before the 
disruption is over.  However thanks for pointing it out I'll attach a
netbook to its serial port and have it hibernate until the problem occurs
again.  I forgot to mention the problem is highly sporadic.

> Are you able to ping mercury from gamma? (But as I interpret your map
> they are not on the same network i/f on gamma so that might not provide
> much useful info.)

I'll try that out next time when I've set up the netbook.

> What happens if you do ifconfig re1 down / ifconfig re1 up on gamma when
> the fault have occured?

I'll have to try that out.

> Or if you unplug and then put the network cable back again?

Haven't tried that yet.

> In other words, how do you usually recover from the problem?

Usually I log into uranus from spica or a vm of spica and start pinging to
see if the fritzbox is available then i start a ping on gamma and notice it
will be down.  The vm of spica has a gif tunnel and IPSEC to mercury so that
is the first indication that nothing works.

I have in the past rebooted the fritzbox which solved the problem, but that 
stopped when I started mailing AVM.  The problem can take up to 5-10 minutes 
downtime which would be as much time as me getting out a netbook, booting it 
connecting it to gamma, logging in and doing network checks.

> Are there any clues in /var/log/messages that might be of interest?

Unfortnately not.

> Also, the usual first question on this list is: can you provide a full
> dmesg from gamma?
> It is almost always more helpful than people think, so never leave home
> without it! :-)
> 
> 
> Regards,
> 
> /Benny

Thanks for your effort Benny.  The dmesg follows...

-peter


OpenBSD 5.7 (GENERIC.MP) #2: Fri Jul 31 18:51:07 CEST 2015
p...@gamma.virgostar.net:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2098520064 (2001MB)
avail mem = 2038796288 (1944MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0x7e16d820 (7 entries)
bios0: vendor coreboot version "4.0" date 09/08/2014
bios0: PC Engines APU
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SPCR HPET APIC HEST SSDT SSDT SSDT
acpi0: wakeup devices AGPB(S4) HDMI(S4) PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) 
PE20(S4) PE21(S4) PE22(S4) PE23(S4) PIBR(S4) UOH1(S3) UOH2(S3) UOH3(S3) 
UOH4(S3) UOH5(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD G-T40E Processor, 1000.15 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,PAGE1GB,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: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 200MHz
cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD G-T40E Processor, 1000.01 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,PAGE1GB,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
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins
acpiprt0 at acpi0: bus -1 (AGPB)
acpiprt1 at acpi0: bus -1 (HDMI)
acpiprt2 at acpi0: bus 1 (PBR4)
acpiprt3 at acpi0: bus 2 (PBR5)
acpiprt4 at acpi0: bus 3 (PBR6)
acpiprt5 at acpi0: bus -1 (PBR7)
acpiprt6 at acpi0: bus 5 (PE20)
acpiprt7 at acpi0: bus -1 (PE21)
acpiprt8 at acpi0: bus -1 (PE22)
acpiprt9 at acpi0: bus -1 (PE23)
acpiprt10 at acpi0: bus 0 (PCI0)
acpiprt11 at acpi0: bus 4 (PIBR)
acpicpu0 at acpi0: C2, PSS
acpicpu1 at acpi0: C2, PSS
acpibtn0 at acpi0: PWRB
cpu0: 1000 MHz: speeds: 1000 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD AMD64 14h Host" rev 0x00
ppb0 at pci0 dev 4 function 0 "AMD AMD64 14h PCIE" rev 0x00: msi
pci1 at ppb0 bus 1
re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E (0x2c00), 
msi, address 00:0d:b9:3d:bb:fc
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 4
ppb1 at 

Re: 5.8 current: httpd error after upgrading.

[Abu Aufa]

On Wed, 30 Sep 2015, Stuart Henderson wrote:

> On 2015-09-30, Abu Aufa  wrote:
> > On Tue, 29 Sep 2015, Ted Unangst wrote:
> >
> >> Abu Aufa wrote:
> >> > Hi,
> >> > 
> >> > I upgraded my system to 28th September's snapshot. Right after upgrade, 
> >> > I 
> >> > saw httpd gave error in dmesg. Here's my dmesg:
> >> 
> >> > I disabled the fastcgi part to test, but still the httpd dies on start 
> >> > (manually and/or on boot). Httpd was ok before upgrading. Is there any 
> >> > info on new feature or something that I can refer to? thanks.
> >> 
> >> The latest snapshots include a bunch of tame() calls in userland programs, 
> >> but
> >> some of them were added optimistically. httpd is trying to do something 
> >> it's
> >> not yet permitted to do.
> >> 
> >> For now, please report such errors.
> >> 
> >> If you need a working version, the diffs aren't committed yet, so you can
> >> rebuild httpd from source and it should work fine.
> >> 
> >> 
> >> 
> > Thanks for the info Ted. I'm currently rebuilding the src, following the 
> > "5 - Building the System from Source" page. I just want to ask another 
> > question, can I just rebuild only the httpd from source? Thanks again.
> >
> >
> 
> Yes,
> 
> $ cd /usr/src/usr.sbin/httpd
> $ cvs up -PdA
> $ make obj && make depend && make
> $ su root -c 'make install'
> 
> 
> 
Thank you very much Stuart!

5.7 & Nagios

[L. V. Lammert]

What is the intended upgrade path for i386 versions of monitoring
software? No Nagios in packages, .. icinga is reported amd only, .. Nagios
in ports is amd only, .. and nagioscore will not build:

# make all
cd ./base && make
make -C ../lib
Using $< in a non-suffix rule context is a GNUmake idiom (Makefile:157)
*** Error 2 in /usr/src/nagioscore (Makefile:71 'all')

Inquiring minds want with Nagios installations want to know!

Lee

Opensmtpd+user forom "table baseuser"

[Krzysztof Strzeszewski]

Hi,
I add in my smtpd.conf:

table users file:/path/to/file
accept userbase 

but smtpd get users from local system:

"getpwnam:  -> 0"

what is wrong?


Regards,
Krzych

sleep with tame(2)?

[johnw]

Hi all,

After upgrade to 30-Sep-2015 12:20 snapshot (AMD64),
(download from http://ftp.openbsd.org)

I noticed /bin/sleep with run tame(2) call, but I can not find any tame 
call in source code (cvsweb.openbsd.org).


when I run sleep:
john@pdc:[~]$ sleep
Killed
then I run dmesg, the last line show me
sleep(31307): syscall 4

when I run "sleep 3600"; then run "ps aux", I see this
john 32490  0.0  0.0   132   124 p0  S+t1:26PM0:00.00 sleep 3600
 ^^^
man ps said, t   The process has called tame(2).

Is it normal?

Thanks.

Midi keyboard with 5.7

[pasta]

Hello,
I have a Launchkey MK2 25 by Novation and I am wondering if I can
play on it using OpenBSD. As said it is a midi keyboard and it is connected
via usb. Unfortunately it doesn't show up as midi device [1].
I read that I could try to make it work by finding out it's endpoint and
using hexdump [2].But it says "Device not configured" for all endpoints.
There is an official manual [3], saying there are two modes and in one of
them it acts as generic midi device. When plugged in it should act as 
normal

device.
Can I do something about the problem? And what?

[0]
uname -a
OpenBSD z77 5.7 GENERIC.MP#881 amd64

[1]
dmesg
...
umidi0 at uhub0 port 2 configuration 1 interface 1 "Focusrite A.E. Ltd 
Launchkey MK2 25" rev 1.10/0.00 addr 3

umidi0: (genuine USB-MIDI)
umidi0: out=0, in=0
ugen1 at uhub0 port 2 configuration 1 "Focusrite A.E. Ltd Launchkey MK2 
25" rev 1.10/0.00 addr 3


[2]
cat -u /dev/ugen0.N | hexdump -e '1/1 "%02x\n"'
http://comments.gmane.org/gmane.os.openbsd.misc/192126
the result (for all 16):
cat: /dev/ugen1.01: Device not configured

[3]
http://global.novationmusic.com/sites/default/files/novation/downloads/10535/launchkey-mk2-programmers-reference-guide.pdf

inet6 autoconf will not remove invalid addresses on -current

[Daniel Gillen]

Hi again

I spotted the following while my ISP disconnected my pppoe link last night.

I have the following /etc/hostname.pppoe0 file:

inet 0.0.0.0 255.255.255.255 NONE \
pppoedev vlan35 \
authproto pap \
authname "@vo.lu" \
authkey ""
dest 0.0.0.1
inet6 autoconf
!/sbin/route add 0.0.0.0/0 -ifp pppoe0 0.0.0.1
!/sbin/route add ::/0 -ifp pppoe0 fe80::

As you can see, it get my IPv6 address trough autoconfiguration.

After my pppoe reconnected again, I saw the following in ifconfig:

pppoe0: flags=208851
mtu 1492
priority: 0
dev: vlan35 state: session
sid: 0x44e PADI retries: 8 PADR retries: 0 time: 13:20:45
sppp: phase network authproto pap authname "@vo.lu"
groups: pppoe egress
status: active
inet6 fe80::XX:XX:XX:6c3a%pppoe0 ->  prefixlen 64 scopeid 0x8
inet6 2001:XX:XX:6f3:XX:XX:XX:6c3a ->  prefixlen 64 autoconf
pltime 556434 vltime 2543634
inet6 2001:XX:XX:6f3:XX:XX:XX:9581 ->  prefixlen 64 deprecated
autoconf autoconfprivacy pltime 0 vltime 2990
inet6 2001:XX:XX:6f3:XX:XX:XX:80b4 ->  prefixlen 64 deprecated
autoconf autoconfprivacy pltime 0 vltime 88911
inet6 2001:XX:XX:6f3:XX:XX:XX:759e ->  prefixlen 64 deprecated
autoconf autoconfprivacy pltime 0 vltime 175252
inet6 2001:XX:XX:6f3:XX:XX:XX:348d ->  prefixlen 64 deprecated
autoconf autoconfprivacy pltime 0 vltime 261652
inet6 2001:XX:XX:6f3:XX:XX:XX:5b7e ->  prefixlen 64 deprecated
autoconf autoconfprivacy pltime 0 vltime 347933
inet6 2001:XX:XX:6f3:XX:XX:XX:a3be ->  prefixlen 64 deprecated
autoconf autoconfprivacy pltime 0 vltime 434046
inet6 2001:XX:XX:6f3:XX:XX:XX:87b2 ->  prefixlen 64 autoconf
autoconfprivacy pltime 1835 vltime 520374
inet 85.XX.XX.XX --> 80.XX.XX.XX netmask 0x
inet6 2001:XX:XX:7c5:XX:XX:XX:6c3a ->  prefixlen 64 autoconf
pltime 604755 vltime 2591955
inet6 2001:XX:XX:7c5:XX:XX:XX:30c ->  prefixlen 64 autoconf
autoconfprivacy pltime 37915 vltime 556755

I got the new 2001:XX:XX:7c5::/64 prefix after the reconnect and OpenBSD
added it to my interface.

But it didn't remove the now invalid and no longer working
2001:XX:XX:6f3::/64 prefix addresses which caused quite some issues as
my NAT was still using that address for part of the connections.

Shouldn't those be removed as soon as their prefix is no longer valid?
Or at least all be deprecated?

Daniel

-- 
Unix _IS_ user friendly - it's just
selective about who its friends are!

Re: OpenBSD sendfile

[Bogdan Andu]

If one needs this linux-like crap, sendfile,and cannot disable it, how is he 
suppose to handle it?

 


 On Tuesday, September 29, 2015 6:50 PM, Bogdan Andu  
wrote:
   

 Oh.. s^*%t, only haskell can use it, right?
 


 On Tuesday, September 29, 2015 6:48 PM, Bogdan Andu  
wrote:
   

 No,
Erlang. Yaws wants it 


 On Tuesday, September 29, 2015 6:33 PM, Ted Unangst  
wrote:
   

 Bogdan Andu wrote:
> Hi,
> I have a piece o software to install that requires
> sendfile functionality .
> I installed hs-sendfile from ports, which should providesendfile, but now
> sendfile library or binary is present:
> I run the command , first:sudo /usr/local/lib/ghc/sendfile-0.7.9/register.sh

> Please advice me how to activate/use sendfile andmake it available to
> applications that requires it.

Is the application you're using written in haskell?