Re: Problem setting up OpenBGPD test env
Hi Mark, Not really sure (claudio@ will certainly correct me), but I know that OpenBGPD in FreeBSD's ports is never fresh enough. And there was changes afecting the behaviour of OpenBSD's version. So I think you should just install OpenBSD instead of Freebsd and try again. On Sat, 12 Mar 2011 14:03:47 -0600 Mark Felder f...@feld.me wrote: Hi all, I work at an ISP and we are very interested in running OpenBGPD on the edges talking to our transport routers. They won't be routing traffic, but really just act as an internal BGP cache. Right now our Cisco equipment is not pulling its weight. When we have flaps with an upstream provider we run into serious downtime... It takes Cisco about 10 minutes to crunch the bgp tables whereas our tests so far show that OpenBGPD does it in about 8 seconds. This is fantastic! We have a test environment setup but there's one issue I can't seem to overcome. It might be my lack of BGP knowledge, but it seems like I'm doing everything right. Here's the scenario: $peer1 = cisco -- we're just sending full routes to $peer2 (not sure if my coworker set this up as a reflector or what, but it works) $peer2 = openbgpd on freebsd. I am successfully receiving full routes (8 seconds from a cold start. Amazing!) $peer3 = openbgpd on openbsd. I'm trying to get all those routes from $peer2 so we can test things between the openbgpd instances, but this is not working. The attached censored configs are the currents state of affairs and I'm quite frustrated. I've tried so many different things. Google isn't being kind to me. Thank you for your time. Regards, Mark #macros peer1=X.X.0.1 peer3=X.X.7.201 #local_ip=X.X.7.202 as= # global configuration AS $as log updates # neighbors and peers neighbor $peer1 { remote-as $as #local-address $local_ip descr router01.excelsior announce none } neighbor $peer3 { remote-as $as #local-address $local_ip descr openbsd-201 announce all route-reflector } # filters allow from any allow to any #macros peer1=X.X.7.202 local_ip=X.X.7.201 as= # global configuration AS $as log updates # neighbors and peers neighbor $peer1 { remote-as $as descr freebsd-202 announce none } # filters allow from any allow to any -- With best regards, Gregory Edigarov
Re: IPv6 woes: gateway on different subnet
Hi Todd, Have you tried ping6 -n ff02::2%re0 ? Does anyone respond? Try using the respond(ers) as your IPv6 default gateway. Link local is best for IPv6 gateways for various reasons, if your upstream isn't picky (unlike he.net tunnels, for example). Awesome, this almost works! :-) When doing it like that, I get to replace the inet6 default route with an fe80::...%re0 address, and to remove the -inet6 -iface -ifp re0 route altogether. Afterwards, I have full -- but temporary -- IPv6 connectivity. This setup does not survive a reboot. It is strange, but only *after* ping6ing ff02::2%re0 I get to use the responder as a gateway. I assume this is because until then, it's not in the ndp table. So ... ping6 would have to become part of my networking setup. Huhhh. This is also completely against upstream's documentation, as these fe80 gateway addresses might be subject to change. I guess, for all intends and purposes, my upstream is picky and I'm really supposed to use the public IPs. Is there a reason why # route add -inet6 -iface -ifp re0 -net 2a01:4f8:110:4360:: -prefixlen 59 2a01:4f8:110:4360::1 # route add -inet6 default 2a01:4f8:110:4360::1 does not work (as opposed to the equivalent in IPv4)? Thank you, this already was a huge step forward for me. Moritz | The IPv6 network is supposed to be 2a01:4f8:110:4363::/64, the gateway | is 2a01:4f8:110:4360::1/59.
Re: IPv6 woes: gateway on different subnet
Hi Moritz, I have a server at hetzner too, after battling for a while I gave up and resorted to a hack - setting up your interface to have the same netmask as the gateway. Dirty, but works.. Gilles On Mon, Mar 14, 2011 at 09:07:38AM +0100, Moritz Grimm wrote: Hi Todd, Have you tried ping6 -n ff02::2%re0 ? Does anyone respond? Try using the respond(ers) as your IPv6 default gateway. Link local is best for IPv6 gateways for various reasons, if your upstream isn't picky (unlike he.net tunnels, for example). Awesome, this almost works! :-) When doing it like that, I get to replace the inet6 default route with an fe80::...%re0 address, and to remove the -inet6 -iface -ifp re0 route altogether. Afterwards, I have full -- but temporary -- IPv6 connectivity. This setup does not survive a reboot. It is strange, but only *after* ping6ing ff02::2%re0 I get to use the responder as a gateway. I assume this is because until then, it's not in the ndp table. So ... ping6 would have to become part of my networking setup. Huhhh. This is also completely against upstream's documentation, as these fe80 gateway addresses might be subject to change. I guess, for all intends and purposes, my upstream is picky and I'm really supposed to use the public IPs. Is there a reason why # route add -inet6 -iface -ifp re0 -net 2a01:4f8:110:4360:: -prefixlen 59 2a01:4f8:110:4360::1 # route add -inet6 default 2a01:4f8:110:4360::1 does not work (as opposed to the equivalent in IPv4)? Thank you, this already was a huge step forward for me. Moritz | The IPv6 network is supposed to be 2a01:4f8:110:4363::/64, the gateway | is 2a01:4f8:110:4360::1/59. -- Gilles Chehade http://www.poolp.org
Re: IPv6 woes: gateway on different subnet
Hi Gilles, I have a server at hetzner too, after battling for a while I gave up and resorted to a hack - setting up your interface to have the same netmask as the gateway. Dirty, but works.. OK then, good to know that this also works. Thanks. I suppose I'll resort to that, too, if no proper solution can be found. Considering that it is said to be working for all those OtherOSs, including FreeBSD and various Linux spawn, I'm wondering if we have a bug here. If someone could confirm that ... # route add -inet6 -iface -ifp re0 -net 2a01:4f8:110:4360:: -prefixlen 59 2a01:4f8:110:4360::1 # route add -inet6 default 2a01:4f8:110:4360::1 ... *should* work, I can confirm that it doesn't, and file a PR if that helps. At least that way it isn't forgotten. Moritz
Suada Club'da kebap keyfi %55 indirimli! / Ergoline ile solaryum %55 indirimle 35 TL
--- Autogenerated message --- http://www.anp.se/newsletterweb/1110069/484351437347475A467341465D43
Curso de SUA IMSS
MARZO 2011 Curso: SUA IMSS VisiC3n Humana (ConsultorC-a en Recursos Humanos) tiene el agrado de invitarlo al Curso de SUA (Sistema Cnico de AutodeterminaciC3n) que se llevarC! a cabo en el mes de Marzo de 2011. OBJETIVO: Conocer las disposiciones legales aplicables en movimientos afiliatorios del Seguro Social, asC- como altas, bajas y modificaciones. En este curso aprenderC! a utilizar herramientas como el SUA e IDSE, que le permitirC!n realizar sus movimientos concernientes el aseguro social, asC- como los cC!lculos de diversos conceptos. DIRIGIDO A: Encargados de Recursos Humanos, NC3minas, Encargados de Pago de Impuestos de las Empresas, Contadores, Administradores, PsicolC3gos, Ingenieros y en general a toda persona que tiene la responsabilidad del Departamento de Personal. Temario: InstalaciC3n Alta de patrones Alta de trabajadores Incidencias de trabajadores y ausentismos Incapacidades Modificaciones de salario Bajas Reingreso Inicio de descuento Infonavit SuspensiC3n de descuento Infonavit Reinicio de descuento Actualizar salarios minimos, indices nacionales de precios al consumidor y recargos Captura de aportaciones voluntarias y Complementarias de retiro Diferentes formas de calcular pagos Pago oportuno Pago extemporC!neo Pago de diferencias DeterminaciC3n de la prima de riesgos de trabajo Respaldar y restaurar informaciC3n Procesos de confronta automatica Imss Infonavit Reportes adicionales Movimientos e incidencias Acreditados Infonavit Calculo de amortizaciones Cuotas de RCV y vivienda Mantenimiento de accesos y bitC!coras Verificar discos de pago Graficas Fecha y Sede: GRUPO 1 SCBADO 19 DE MARZO DE 2011 9:00 A 14:00 HRS. COSTO NORMAL $1,350 MCS IVA PROMOCICN CON PRONTO PAGO HASTA EL DC A 17 DE MARZO 2011 $1,050 MCS IVA Dr. BarragC!n NB: 560 Despacho 5 Col. Narvarte, MC)xico D.F. Tels. 5538 0071, 3548 4737, (llamada local en el D.F.) Fax: 8502 2187 (llamada local en el D.F.) CONSULTA NUESTRO CALENDARIO DE CURSOS ( http://www.mejorarh.me ) Borrar suscripciC3n ( http://www.cursosrh.net/acymailing/index.php?option=com_acymailingctrl=usertask=unsubmailid=10subid=648018key=49fc1a7ea1030b277cddf52f828e8b13 )
Professionnels du secteur de l'imprimerie : 0% d'honoraires sur l'encaissement de vos impayes
Bonjour, France Criances est une solution immidiate pour le traitement des impayis qui peuvent jtre confiis en ligne. Depuis 1970 France Criances traite du recouvrement amiable et judiciaire, en France et ` l'international. France Criances - certifiie ISO 9001 par l'AFAQ - dirigie par des juristes spicialisis intervient pour des entreprises de toutes tailles ou des organismes financiers. Rimuniration liie aux risultats : PAS DE SUCCES, PAS D'HONORAIRE, PAS DE FRAIS DE DOSSIER. Actuellement France Criances propose 0 % HT d'honoraires sur tous les montants encaissis dans les 15 jours francs de la transmission de vos 2 premiers dossiers ! Allez visiter notre site et faites de France Criances votre partenaire habituel pour l'encaissement des impayis ! Nous nous tenons igalement ` votre icoute au 0810 360 368 (prix d'un appel local). Service commercial 0810 360 368 (prix d'un appel local) France Criances vous prie d'excuser l'intrusion de cet envoi dans votre boite aux lettres. Ce message n'est pas un spam. Il est destini ` des fins professionnelles. Conformiment ` la loi vous pouvez demander la radiation de cette mailing-list. Pour vous disabonner, collez ce lien dans votre navigateur : http://www.gce-mailer-2.com/unsuscribe.asp?lang=francaisid_formulaire=4email=misc@openbsd.orgid_message=852
Re: syslog - log program output to its own file
One more try and you probably would have had it :) As demonstrated in the EXAMPLES section in syslog.conf(5), first use !!myprog, then !*, then the standard ones. On 2011-03-14, Paul M l...@no-tek.com wrote: I have a program who's output I want to log exclusively to it's own file. Which is to say I dont want any of it's output appearing in the system logs. Reading the syslog man pages this doesn't seem possible: If I put !!myprog *.* /path/to/logfile after the initial block (which has no !prog tag), then when the initial block is evaluated and matching entries (based on wildcards) will send output from my program to the system logs. If I put my program tag before the initial block, then the initial block becomes part of the block tagged by !!myprog, so will no longer work as desired. If I put a !* tag after my program block to sepparate the initial block from !!myprog, that undoes the exclusive nature of !!myprog. Perhaps I could do this by using one of the 'local' levels. This would probably work, but would break if some other program used the same local level as me. I see there is syslog-ng which may be more flexible, but I'd rather stick with simply configuring the built in syslogd. If I cant get that to work, I could write my own dedicated logger to only handle my program's output (which would bring other benefits). Is there a way to do this with syslogd? paulm
MSA110UP 3g modem on OpenBSD 4.8
Hi, i'm trying to get my MSA110UP 3g modem working on OpenBSD 4.8. But I think it is recognized as a hard disk device, like in Linux. There I had to install usb-modeswitch to connect, but I've heard it won't compile on OpenBSD. Here is my dmesg output when I connect the modem: umsm0 at uhub1 port 1 configuration 1 interface 0 ONDA,Incorporated ONDA WCDMA Technologies MSM rev 2.00/0.00 addr 2 umsm0 detached umass0 at uhub1 port 1 configuration 1 interface 3 ONDA,Incorporated ONDA WCDMA Technologies MSM rev 2.00/0.00 addr 2 umass0: using SCSI over Bulk-Only scsibus3 at umass0: 2 targets, initiator 0 sd1 at scsibus3 targ 1 lun 0: ONDA, MMC Storage, 2.31 SCSI2 0/direct removable sd1: drive offline # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 addr 2: low speed, power 98 mA, config 1, KVM(0x5a08), No brand(0x10d5), rev 0.00 Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 addr 2: full speed, power 500 mA, config 1, ONDA WCDMA Technologies MSM(0x0091), ONDA,Incorporated(0x19d2), rev 0.00, iSerialNumber P671A2ODTD01 port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x8086), rev 1.00 port 1 powered port 2 powered Does OpenBSD 4.8 support it? Thanks in advance. -- Sergio Roberto Charpinel Jr.
Re: IPv6 woes: gateway on different subnet
Our /etc/hostname.re0 (Hetzner EQ.4): # HIER ist der Pudel begraben ;-) You need a local IP in the subnet # of the gateway. inet6 alias 2a01:4f8:120:70c0::2 59 # IPs in the assigned subnet follow: inet6 alias 2a01:4f8:120:70c1::1 64 inet6 alias 2a01:4f8:120:70c1::2 64 # ... # Since the gateway is reachable now, we specify the default route. !route add -inet6 default 2a01:4f8:120:70c0::1 # ??? # PROFIT!! Mit freundlichen Gruessen Lukas Ratajski -- --- Anbieterkennzeichnung HSL GmbH Gildenweg2 50354 Huerth Geschaeftsfuehrer: Thomas Goetten Sitz der Gesellschaft: Huerth UstID: DE 2469 3695 3, Steuernr.: 224/5808/2105 Handelsregister: Amtsgericht Koeln HRB 61070 --- Kundenkontakt Web : www.h-s-l.de E-Mail : i...@h-s-l.de Telefon : (02233) 80804-00 Fax : (02233) 80804-10 Mobil : (0173) 1882880
Re: MSA110UP 3g modem on OpenBSD 4.8
On Mon, Mar 14, 2011 at 2:26 PM, Sergio Charpinel Jr. sergiocharpi...@gmail.com wrote: port 1 addr 2: full speed, power 500 mA, config 1, ONDA WCDMA Technologies MSM(0x0091), ONDA,Incorporated(0x19d2), rev 0.00, iSerialNumber P671A2ODTD01 It should be a DEV_UMASS4 device, just like the ZTE MF633 and the ZTE MF637... I'll cook up a patch for you to try out when I'll be back @home. Ciao, David
Re: IPv6 woes: gateway on different subnet
Hi Lukas, # HIER ist der Pudel begraben ;-) You need a local IP in the subnet # of the gateway. inet6 alias 2a01:4f8:120:70c0::2 59 Gilles' solution of using (in your case) inet6 alias 2a01:4f8:120:70c1::1 59 instead of inet6 alias 2a01:4f8:120:70c1::1 64 has less potential for mayhem and does not require you to use an IP from a range that does not belong to you. ;) It's enough to use the 59 prefixlen on only one of the v6 aliases. I'll be using this solution, too, until the dedicated route to the gateway works. # ... # Since the gateway is reachable now, we specify the default route. !route add -inet6 default 2a01:4f8:120:70c0::1 FYI, /etc/mygate can handle the 2nd default route for IPv6 just fine. Moritz
Re: Problem setting up OpenBGPD test env
On Mon, 14 Mar 2011 02:56:09 -0500, Gregory Edigarov g...@bestnet.kharkov.ua wrote: Not really sure (claudio@ will certainly correct me), but I know that OpenBGPD in FreeBSD's ports is never fresh enough. And there was changes afecting the behaviour of OpenBSD's version. So I think you should just install OpenBSD instead of Freebsd and try again. The OpenBGPD version in FreeBSD is 4.7.20100410 and it appears to be functioning properly (at least it receives routes) but we have not yet tried a homogeneous OpenBSD setup to see if that resolves the issue. Thanks, Mark
Re: MSA110UP 3g modem on OpenBSD 4.8
In gmane.os.openbsd.misc, you wrote: i'm trying to get my MSA110UP 3g modem working on OpenBSD 4.8. But I think it is recognized as a hard disk device, like in Linux. There I had to install usb-modeswitch to connect, but I've heard it won't compile on OpenBSD. Try: eject sd1 If that works then we can add it as a DEV_UMASS4 device
Re: Problem setting up OpenBGPD test env
Make sure your nexthops are valid: bgpctl sh nex Also check your logs (or run bgpd -vd and check the console display). On 2011-03-12, Mark Felder f...@feld.me wrote: Hi all, I work at an ISP and we are very interested in running OpenBGPD on the edges talking to our transport routers. They won't be routing traffic, but really just act as an internal BGP cache. Right now our Cisco equipment is not pulling its weight. When we have flaps with an upstream provider we run into serious downtime... It takes Cisco about 10 minutes to crunch the bgp tables whereas our tests so far show that OpenBGPD does it in about 8 seconds. This is fantastic! We have a test environment setup but there's one issue I can't seem to overcome. It might be my lack of BGP knowledge, but it seems like I'm doing everything right. Here's the scenario: $peer1 = cisco -- we're just sending full routes to $peer2 (not sure if my coworker set this up as a reflector or what, but it works) $peer2 = openbgpd on freebsd. I am successfully receiving full routes (8 seconds from a cold start. Amazing!) $peer3 = openbgpd on openbsd. I'm trying to get all those routes from $peer2 so we can test things between the openbgpd instances, but this is not working. The attached censored configs are the currents state of affairs and I'm quite frustrated. I've tried so many different things. Google isn't being kind to me. Thank you for your time. Regards, Mark #macros peer1=X.X.0.1 peer3=X.X.7.201 #local_ip=X.X.7.202 as= # global configuration AS $as log updates # neighbors and peers neighbor $peer1 { remote-as $as #local-address $local_ip descr router01.excelsior announce none } neighbor $peer3 { remote-as $as #local-address $local_ip descr openbsd-201 announce all route-reflector } # filters allow from any allow to any #macros peer1=X.X.7.202 local_ip=X.X.7.201 as= # global configuration AS $as log updates # neighbors and peers neighbor $peer1 { remote-as $as descr freebsd-202 announce none } # filters allow from any allow to any
pppoe(4): unexpected IPV6CP requests
Hello, I use OpenBSD i386 -current on a Soekris net5501 as a gateway using pppoe(4) to create only an ipv4 connection. I never had any problem but since an upgrade last week, pppoe(4) try to create an ipv6 connection too. Indeed, a tcpdum gives me a lot of these logs : 21:30:14.142040 PPPoE-Session code Session, version 1, type 1, id 0x04e6, length 6 IPV6CP: Configure-Request, Unknown IPV6CP code 0x0 21:30:16.133589 PPPoE-Session code Session, version 1, type 1, id 0x04e6, length 16 IPV6CP: Configure-Request, Interface-ID=:::0001 21:30:16.133663 PPPoE-Session code Session, version 1, type 1, id 0x04e6, length 16 IPV6CP: Configure-Ack, Interface-ID=:::0001 The connection works just fine though and I wouldn't have noticed the problem if my ISP hadn't contacted me to warn me that its logs were full of IPV6 errors. I just tried with the last snapshot but the problem remains the same. Is there a way to make those requests stopB ? Here is my /etc/hostname.pppoe0: inet 0.0.0.0 255.255.255.255 NONE \ pppoedev vr0 authproto pap \ authname 'xx' authkey 'xx' up dest 0.0.0.1 !/sbin/route add default -ifp pppoe0 0.0.0.1 Here is my dmesg: OpenBSD 4.9 (GENERIC) #671: Wed Mar 2 07:09:00 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Geode(TM) Integrated Processor by AMD PCS (AuthenticAMD 586-class) 434 MHz cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX real mem = 268005376 (255MB) avail mem = 253489152 (241MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/70/03, BIOS32 rev. 0 @ 0xfac40 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc8000/0xa800 cpu0 at mainbus0: (uniprocessor) amdmsr0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) io address conflict 0x6100/0x100 io address conflict 0x6200/0x200 pchb0 at pci0 dev 1 function 0 AMD Geode LX rev 0x33 glxsb0 at pci0 dev 1 function 2 AMD Geode LX Crypto rev 0x00: RNG AES vr0 at pci0 dev 6 function 0 VIA VT6105M RhineIII rev 0x96: irq 11, address 00:00:24:cc:1a:34 ukphy0 at vr0 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr1 at pci0 dev 7 function 0 VIA VT6105M RhineIII rev 0x96: irq 5, address 00:00:24:cc:1a:35 ukphy1 at vr1 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr2 at pci0 dev 8 function 0 VIA VT6105M RhineIII rev 0x96: irq 9, address 00:00:24:cc:1a:36 ukphy2 at vr2 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 vr3 at pci0 dev 9 function 0 VIA VT6105M RhineIII rev 0x96: irq 12, address 00:00:24:cc:1a:37 ukphy3 at vr3 phy 1: Generic IEEE 802.3u media interface, rev. 3: OUI 0x004063, model 0x0034 glxpcib0 at pci0 dev 20 function 0 AMD CS5536 ISA rev 0x03: rev 3, 32-bit 3579545Hz timer, watchdog, gpio gpio0 at glxpcib0: 32 pins pciide0 at pci0 dev 20 function 2 AMD CS5536 IDE rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: SanDisk SDCFH-4096 wd0: 4-sector PIO, LBA, 3919MB, 8027712 sectors wd0(pciide0:0:0): using PIO mode 4, DMA mode 2 pciide0: channel 1 ignored (disabled) ohci0 at pci0 dev 21 function 0 AMD CS5536 USB rev 0x02: irq 15, version 1.0, legacy support ehci0 at pci0 dev 21 function 1 AMD CS5536 USB rev 0x02: irq 15 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 AMD EHCI root hub rev 2.00/1.00 addr 1 isa0 at glxpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS gpio1 at nsclpcsio0: 29 pins npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 AMD OHCI root hub rev 1.00/1.00 addr 1 biomask e5c5 netmask ffe5 ttymask mtrr: K6-family MTRR support (2 registers) vscsi0 at root scsibus0 at vscsi0: 256 targets softraid0 at root root on wd0a swap on wd0b dump on wd0b -- Christophe
Re: syslog - log program output to its own file
Thanks Stuart, thinking about it some more, this is the only explanation that makes sense - otherwise !* would be unnesesary. From the syslog.conf(5): !!prog causes the subsequent block to abort evaluation when a message matches, ensuring that only a single set of actions is taken. !* can be used to ensure that any ensuing blocks are further evaluated (i.e. can- celling the effect of a !prog or !!prog). However to me, the 2nd sentence reads that !* causes evaluation of subsequent blocks even if a match is found within a !!prog block. Is that just my addled brain? Perhaps the wording of that 2nd sentence could be something like: !* is the 'any' tag and can be used to end a !prog or !!prog tag, allowing evaluation to continue as though no tag had been specified. Or something. paulm On 15/03/2011, at 3:12 AM, Stuart Henderson wrote: One more try and you probably would have had it :) As demonstrated in the EXAMPLES section in syslog.conf(5), first use !!myprog, then !*, then the standard ones. On 2011-03-14, Paul M l...@no-tek.com wrote: I have a program who's output I want to log exclusively to it's own file. Which is to say I dont want any of it's output appearing in the system logs. Reading the syslog man pages this doesn't seem possible: If I put !!myprog *.* /path/to/logfile after the initial block (which has no !prog tag), then when the initial block is evaluated and matching entries (based on wildcards) will send output from my program to the system logs. If I put my program tag before the initial block, then the initial block becomes part of the block tagged by !!myprog, so will no longer work as desired. If I put a !* tag after my program block to sepparate the initial block from !!myprog, that undoes the exclusive nature of !!myprog. Perhaps I could do this by using one of the 'local' levels. This would probably work, but would break if some other program used the same local level as me. I see there is syslog-ng which may be more flexible, but I'd rather stick with simply configuring the built in syslogd. If I cant get that to work, I could write my own dedicated logger to only handle my program's output (which would bring other benefits). Is there a way to do this with syslogd? paulm
Re: pppoe(4): unexpected IPV6CP requests
On 2011-03-14, Christophe Etcheverry cetcheve+o...@omitufo.org wrote: I use OpenBSD i386 -current on a Soekris net5501 as a gateway using pppoe(4) to create only an ipv4 connection. I never had any problem but since an upgrade last week, pppoe(4) try to create an ipv6 connection too. I don't see why this would be anything new - pppoe(4), or more specifically sppp(4), has supported v6 since 2007. you can add -inet6 to the top of hostname.pppoe0 (or type ifconfig pppoe0 -inet6) and sppp(4) no longer attempts IPV6CP. while reading if_spppsubr.c on a related but different reason I came across this gem which I just thought I'd share with misc@: static u_short interactive_ports[8] = { 0, 513,0, 0, 0, 21, 0, 23, }; wow. ugh.
Re: Problem setting up OpenBGPD test env
On Mon, 14 Mar 2011 14:46:28 -0500, Stuart Henderson s...@spacehopper.org wrote: Make sure your nexthops are valid: bgpctl sh nex I worked with my coworker on it this afternoon and he discovered the nexthops issue. We have resolved the problem for now. Out next step is to figure out how to make OpenBGPD be kind of like a local BGP cache and not actually route traffic through these boxes because we really don't want that. If we have to we will, but we'd prefer to not be pushing all our traffic through non-network hardware if possible. The goal here is to get OpenBGPD to simply be a better point of contact to the transport routers' BGP than Cisco. Does anyone know if this type of setup is possible? Thanks, Mark
Re: kernel leaks
On 03/11/2011 07:01 AM, Bret Lambert wrote: On Fri, Mar 11, 2011 at 12:22 AM, Leen Besselink open...@consolejunkie.net Hi folks, Sorry for hijacking this thread. I also have a Dell machine with em(4)'s. When I upgraded a machine from 4.3 or 4.4 to 4.7 the kernel is leaking memory I've been looking at it ever since. This was just before 4.8 came out so it didn't get 4.8. There have been a number of mbuf leak fixes between 4.8 and 4.9. Reinstall with 4.9/current and repeat your tests. Hi, Thanks for that info. I first tried looking into a fix someone sent me off-list, but it did not apply to the problem I'm having. I'll need a bit more time before I can install a snapshot. Hopefully I can say if it fixes the problem I'm having before the 4.9 release. I'm now downloading the files from the 2 March snapshot. Installing a snapshot doesn't sound very practical though for a production system. There is no src.tgz either is there ? Is there a tag in CVS which points to the source checkout when the snapshot was made ? Just in case it doesn't fix it and I want to check some things. Maybe I should just build it from a CVS-checkout of OPENBSD_4_9 instead ? That ought to all be stable code right ? Thanks again. Have a nice day, Leen.
Re: Problem setting up OpenBGPD test env
On 2011-03-14, Mark Felder f...@feld.me wrote: On Mon, 14 Mar 2011 14:46:28 -0500, Stuart Henderson s...@spacehopper.org wrote: Make sure your nexthops are valid: bgpctl sh nex I worked with my coworker on it this afternoon and he discovered the nexthops issue. We have resolved the problem for now. Out next step is to figure out how to make OpenBGPD be kind of like a local BGP cache and not actually route traffic through these boxes because we really don't want that. If we have to we will, but we'd prefer to not be pushing all our traffic through non-network hardware if possible. The goal here is to get OpenBGPD to simply be a better point of contact to the transport routers' BGP than Cisco. Does anyone know if this type of setup is possible? Yes, this is not an uncommon setup; several IXPs and various other networks are using bgpd on route-servers.
Programa de Capacitaciones en Mitutoyo para el 2011 !!!!!!
PROGRAMA DE FORMACISN REGULAR DE METROLOGOS EN CSRDOBADEL 21 AL 22 DE AGOSTO 2008 APRENDA A CALCULAR LA INCERTIDUMBRE EN SUS CALIBRACIONES O MEDICIONES (Teorma)(El curso avalado con una media superior a 9,0) A QUIIN SE DESTINA A los Ticnicos e Ingenieros de los sectores de garantma de calidad, salas de medicisn, ingenierma, produccisn, asistencia a produccisn, compras de instrumental de medicisn, evaluadores de laboratorios y otros que estin involucrados con mediciones, calibraciones y/o ensayos. OBJETIVO Brindar los conceptos necesarios para la evaluacisn y la expresisn de la incertidumbre en mediciones, calibraciones y ensayos, sobre la base de las recomendaciones de la ISO_GUM, ( Guma para la Expresisnde la Incertidumbre de Medicisn ( de las instituciones internacionales ISO, IEC, BIMP, OIML, EAL, NAMAS/UKAS. RESUMEN DEL PROGRAMA Conceptos basicos; Terminologma (IBM-IRAM, ISO-GUM); Componentes de Incertidumbre; Incertidumbre tipo A y B; Procedimiento de calculo; Presentacisn de los resultados; Redondeo y Compatibilizacisn de los resultados; Incertidumbre vs. Tolerancia; Requerimientos de Sistemas de Calidad ISO:9000, ISO-10012 e ISO:17025; METODOLOGMA Auditorio equipado con equipamientos de alta tecnologma que permiten la participacisn en practicas virtuales que permitiran al asistente aprender a calcular las incertidumbre en sus mediciones o calibraciones. INSTRUCTOR Ing. Juan Caselles. Profesional altamente experimentado y capacitado para la conduccisn de este curso. DURACION Y COSTO El curso tendra una duracisn de 14 hs. divididas en 2 dmas consecutivos, el costo de dicho curso es de $ 500 + IVA por persona. INFORMACIONES GENERALES Asistencia y Lugar de dictado: Se emitiran los correspondientes certificados. El Auditorio se encuentra en la Av. Mitre 891 - Vicente Lspez - Buenos Aires - Argentina. El horario del mismo es de 9 a 17 hs.Materiales, Almuerzo y Break4s: En el costo de todos los cursos dictados por Mitutoyo se encuentra el material didactico correspondiente a ser utilizado como los coffe Break, como asm tambiin el almuerzo. Forma de Pago: El costo del curso debera ser abonado como maximo en la fecha de cierre de la inscripcisn del mismo, por medio de transferencia interbancaria a:CUENTA CORRIENTE PESOS: 147-2768/3BANCO FRANCIS - SUC. 147 - VILLA MARTELLITITULAR: MITUTOYO SUL AMERICANA LTDA.CBU: 01701476 2000276836 IMPORTANTE: si el curso se cancelara o se pospusiera el monto abonado quedara a cuenta de futuros negocios. Mitutoyo Sul Americana Ltda. Av. Mitre 891 Vicente Lspez Buenos Aires (1603) Tel. (11) 4730-1433 Fax (11) 4730-1411 /(0351) 456-6251 entrenamie...@mitutoyo.com.ar [demime 1.01d removed an attachment of type application/pdf which had a name of PROGRAMACION DE CURSOS DE 2011.pdf] [demime 1.01d removed an attachment of type application/pdf which had a name of Ficha de Inscripcion v 1-0.pdf]
amd64/i386 kernel freezes on Asus M4A785TD-V EVO mobo
I bought some new hardware the other day, including an Asus M4A785TD-V EVO motherboard and an AMD Phenom II X6 1100T CPU. The problem is that the kernel freezes when booting any of: bsd.rd, for either amd64 or i386, -current or 4.8-stable; any GENERIC kernel for amd64/i386 -current or 4.8-stable on an installed system. (partial dmesgs below). I have a spare P4 and can easily swap the HDD between it and the new box, so I can install i386 or amd64 on it, and drop the drive into the new box to test. Although I haven't a clue what most of the BIOS knobs actually do, I've tried fiddling with every setting I can, and I always get the same freeze. The knobs I've played with include: - ACPI SRAT table enabled/disabled - Plug and Play OS No/Yes - Suspend mode Auto/S1 (POS) only/S3 only - ACPI 2.0 support enabled/disabled If anyone has any suggestions, I'd love to hear them. I'm dying to get my OS of choice working on this machine! Since I have a spare box and can swap HDDs easily, I'm more than willing to work with anyone to test code in amd64 or i386-land in 4.9-current. I'm ready to freak out that my brand-new workstation won't run OpenBSD. :( Below are (probably too many) hand-typed dmesgs in the hope that together they might help someone deduce what the problem is. FWIW, I've just tried today's amd64-current snapshot (March 14) and I get the same results as with the March 2 snap shown below. OpenBSD amd64/4.9-current installed on a P4, HDD moved to AMD box: (off screen) cpu3: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu3: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu4 at mainbus0: apid 4 (application processor) cpu4: AMD cpu4: AMD Phenom(tm) II X6 1100T Processor, 3314.79 MHz cpu4: 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,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu4: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu4: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu4: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu5 at mainbus0: apid 5 (application processor) cpu5: AMD cpu5: AMD Phenom(tm) II X6 1100T Processor, 3314.79 MHz cpu5: 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,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu5: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu5: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu5: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative ioapic0 at mainbus0: apid 6 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz (frozen) bsd.rd for amd64/4.9-current (booted from a USB stick): (off screen) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x9f000 (68 entries) bios0: vendor American Megatrends Inc. version 2103 date 06/18/2010 bios0: ASUSTeK Computer INC. M4A785TD-V EVO acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP MCFG OEMB SRAT HPET SSDT acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus 0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X6 1100T Processor, 3315.17 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,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: apic clock running at 200MHz cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured ioapic0 at mainbus0: apid 6 pa 0xfec0, version 21, 24 pins (frozen) bsd.rd for i386/4.9-current (Feb 16th): (off screen) t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD cpu0: AMD Phenom(tm) II X6 1100T Processor (AuthenticAMD 686-class, 512KB L2 cache) 3.32 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT real mem = 3219283968 (3070MB) avail mem = 3159662592 (3013MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/18/10, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.5 @ 0x9f000 (68 entries) bios0: vendor American Megatrends Inc. version 2103 date 06/18/2010 bios0: ASUSTeK Computer INC. M4A785TD-V EVO acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP MCFG OEMB SRAT HPET SSDT acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus 0: apid 0 (boot processor) cpu0: AMD Phenom(tm) II X6 1100T
Desarrollo para Secretarias y Asistentes Ejecutivas, Puerto Vallarta 25-26 Marzo
[IMAGE] Evolucisn Profesional para Secretarias y Asistentes Ejecutivas Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico Empresa Registrada ante la STPS Reg. COLG640205CP30005 Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico !Zltimos dmas! !Inscrmbase Ahora! Es una excelente oportunidad de fortalecer habilidades de comunicacisn, emocionales y de organizacisn, ademas de ser una fuente de herramientas aplicables para su labor diaria. Mayores informes responda este correo electrsnico con los siguientes datos. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: Y en breve le haremos llegar la informacisn completa del evento. O bien comunmquense a nuestros telifonos un ejecutivo con gusto le atendera Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Republica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJAVALLARTA Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAVALLARTA Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of image003.jpg]