Re: [OpenIKED] Network traffic over VPN site-to-site tunnel stalls few times a day
Radek
I’ve found that fast networking is actually CPU & memory intensive.
Pentium 4 and Xeon's are increasingly a necessity for stable firewalls in my
opinion.
Keep in mind OpenBSD is a monolithic kernel & isn’t a one to one ratio with a
commercial router.
What are your context switches & interrupts doing while the VPN is up & traffic
is flowing?
vmstat -w 4
What is your memory high water mark during a peak traffic?
vmstat -m
Regards
Patrick
> On Aug 21, 2019, at 12:34 AM, radek wrote:
>
> Hello Patrick,
> I am sorry for the late reply.
>
>> Do you consider memory an issue?
> No, I do not. I have a bunch of old Soekris/net5501-70 and ALIX2d2/2d3, that
> I use for VPN testing.
> Current testing set (6.5/i386) is net5501-70 <-> ALIX2d3
> Production set (6.3/i386) is net5501-70 <-> ALIX2d2
> Also have tried net5501-70 <-> net5501-70 - the same VPN problem occurs
> It is unlikely that every box has any hardware issue.
>
>> Unix load average can occasionally be deceiving.
> I did not know.
>
> net5501-70
> $top -d1 | head -n 4
> load averages: 0.05, 0.01, 0.00RAC-fw65-test.PRAC 10:58:14
> 38 processes: 1 running, 35 idle, 1 dead, 1 on processor up 3 days, 18:02
> CPU states: 0.5% user, 0.0% nice, 0.4% sys, 0.0% spin, 0.2% intr, 98.8%
> idle
> Memory: Real: 18M/267M act/tot Free: 222M Cache: 97M Swap: 0K/256M
>
> ALIX2d3
> $top -d1 | head -n 4
> load averages: 0.00, 0.00, 0.00mon65.home 07:30:05
> 37 processes: 1 running, 35 idle, 1 on processor up 13:46
> CPU states: 0.3% user, 0.0% nice, 1.1% sys, 0.0% spin, 0.4% intr, 98.3%
> idle
> Memory: Real: 125M/223M act/tot Free: 14M Cache: 47M Swap: 73M/256M
>
>
>
>> What is the speed of your memory?
>> What make of Ethernets are you running?
> Dmesgs below
>
> net5501-70
> OpenBSD 6.5 (GENERIC) #2: Tue Jul 23 23:08:46 CEST 2019
>r...@syspatch-65-i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> real mem = 536363008 (511MB)
> avail mem = 511311872 (487MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: date 20/80/26, 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)
> cpu0: Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD" 586-class)
> 500 MHz, 05-0a-02
> cpu0: FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CFLUSH,MMX,MMXX,3DNOW2,3DNOW
> mtrr: K6-family MTRR support (2 registers)
> amdmsr0 at mainbus0
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> 0:20:0: io address conflict 0x6100/0x100
> 0:20:0: 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:cb:4f:cc
> 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:cb:4f:cd
> 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:cb:4f:ce
> 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:cb:4f:cf
> 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, i2c
> gpio0 at glxpcib0: 32 pins
> iic0 at glxpcib0
> 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:
> wd0: 1-sector PIO, LBA48, 7629MB, 15625216 sectors
> wd0(pciide0:0:0): using PIO mode 4, Ultra-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 configuration 1 interface 0 "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 irq 1 irq 12
> pckbc0: unable to establish interrupt for irq 12
> pckbd0 at pckbc0 (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
Max Speed: configuration in smnpd.conf for display in mrtg
Hi, Wonder if anyone would know the answer for this. I try to figure out what is the entry needed in the snmpd.conf for the specific display that would show in mrtg when the scan is done. In short the display as Max Speed: 1000.0 Mbits/s to be display as for example Max Speed: 150.0 Mbits/s I have all other variable set properly for what's needed, but can't figure this one out. IN Cisco router you can just do bandwidth 15 for example to do this In smtpd.conf I can do system location "Your city location" But I haven't been able to figure what's the entry for the display of the bandwidth itself oppose to the Interface speed. I thought this would do: system ifSpeed "150" but it doesn't and I really can't figure this one out. The man page does provide plenty but come short for this one. I process all the stats from an OpenBSD server and the router I query are mostly Cisco but many are also OpenBSD too. Any clue stick? Many thanks Daniel
Re: xenodm having issues when launching a wm
Are you using a modified xorg.conf.d, and mind showing your xsession? On Thu, Aug 22, 2019 at 2:58 PM kaletaa wrote: > Hello, > xenodm is having issues while starting a dwm session, > I'm using a Thinkpad x220, OpenBSD 6.5 > > dmesg > > > OpenBSD 6.5 (GENERIC.MP) #3: Sat Apr 13 14:48:43 MDT 2019 > dera...@amd64.openbsd.org > :/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 4156157952 (3963MB) > avail mem = 4020576256 (3834MB) > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (65 entries) > bios0: vendor LENOVO version "8DET55WW (1.25 )" date 11/01/2011 > bios0: LENOVO 42912XG > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA > SSDT SSDT UEFI UEFI UEFI > acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) > EHC1(S3) EHC2(S3) HDEF(S4) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 14318179 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz, 797.54 MHz, 06-2a-07 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE > cpu1 at mainbus0: apid 1 (application processor) > cpu1: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz, 797.41 MHz, 06-2a-07 > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu1: 256KB 64b/line 8-way L2 cache > cpu1: smt 1, core 0, package 0 > cpu2 at mainbus0: apid 2 (application processor) > cpu2: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz, 797.42 MHz, 06-2a-07 > cpu2: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu2: 256KB 64b/line 8-way L2 cache > cpu2: smt 0, core 1, package 0 > cpu3 at mainbus0: apid 3 (application processor) > cpu3: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz, 797.41 MHz, 06-2a-07 > cpu3: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu3: 256KB 64b/line 8-way L2 cache > cpu3: smt 1, core 1, package 0 > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins > acpimcfg0 at acpi0 > acpimcfg0: addr 0xf800, bus 0-63 > acpiec0 at acpi0 > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus -1 (PEG_) > acpiprt2 at acpi0: bus 2 (EXP1) > acpiprt3 at acpi0: bus 3 (EXP2) > acpiprt4 at acpi0: bus 5 (EXP4) > acpiprt5 at acpi0: bus 13 (EXP5) > acpiprt6 at acpi0: bus -1 (EXP7) > acpicpu0 at acpi0: C3(200@109 io@0x416), C2(500@80 io@0x414), C1(1000@1 > halt), PSS > acpicpu1 at acpi0: C3(200@109 io@0x416), C2(500@80 io@0x414), C1(1000@1 > halt), PSS > acpicpu2 at acpi0: C3(200@109 io@0x416), C2(500@80 io@0x414), C1(1000@1 > halt), PSS > acpicpu3 at acpi0: C3(200@109 io@0x416), C2(500@80 io@0x414), C1(1000@1 > halt), PSS > acpipwrres0 at acpi0: PUBS, resource for EHC1, EHC2 > acpitz0 at acpi0: critical temperature is 99 degC > acpibtn0 at acpi0: LID_ > acpibtn1 at acpi0: SLPB > acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 > acpicmos0 at acpi0 > tpm0 at acpi0: TPM_ addr 0xfed4/0x5000: device 0x104a rev 0x4e > acpibat0 at acpi0: BAT0 model "45N1023" serial 15921 type LION oem "SANYO" > acpiac0 at acpi0: AC unit offline > acpithinkpad0 at acpi0 > "PNP0C14" at acpi0 not configured > "PNP0C14" at acpi0 not configured > acpidock0 at acpi0: GDCK not docked (0) > acpivideo0 at acpi0: VID_ > acpivout at acpivideo0 not configured > acpivideo1 at acpi0: VID_ > cpu0: Enhanced SpeedStep 797 MHz: speeds: 2601, 2600, 2400, 2200, 2000, > 1800, 1600, 1400, 1200, 1000, 800 MHz > pci0 at mainbus0 bus 0 > pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 > inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics
Re: pkg_add -u fails on nonexistant package
Yeah, back before Skylake was supported. I did get a pre-Skylake system (broadwell, i think) that is the openbsd system i am using now. I did get it performing ok, but it was lacking some features. I think it was audio/video sources but i could be wrong. That was a couple years ago! :) Anyway, i tried that command and i think it got rid of some of the errors. There are still a few but im pretty sure it is fewer than it was. Thanks! > On Aug 22, 2019, at 11:50, Stuart Henderson wrote: > > On 2019-08-21, Jordon wrote: >> A few years ago I attempted to make a port of obs-studio for openbsd. >> With help from this mailing list, I got something that ran but >> wasn\xe2\x80\x99t >> particularly useful, as audio and video sources were not there. > > erm, audio and video sources did work, via ffmpeg. > it didn't work well on your machine though. > > https://marc.info/?l=openbsd-ports=148404688530732=2 > >> On 2019-08-22, Jordon wrote: >> Thanks - that fixed it. I figured there was some cleanup or maintenance >> that needed to be done - i just didn't know how to do it. In running >> pkg_check, i did get a lot of these: >> >> --- .libs9-partial-gcc-libs-8.3.0p1.1 --- >> lib should exist >> lib is not a directory >> lib/libatomic.so.3.0 should exist >> lib/libatomic.so.3.0 is not a file >> can't read lib/libatomic.so.3.0 >> lib/libestdc++.so.19.0 should exist >> lib/libestdc++.so.19.0 is not a file >> can't read lib/libestdc++.so.19.0 >> >> Are those problematic? How do I fix them or should I just ignore them? > > you probably either had some crash or failure during a pkg_add or pkg_delete > operation, or some filesystem corruption. > > does pkg_delete .libs9-partial-gcc-libs get rid of it? > >
Re: pkg_add -u fails on nonexistant package
I do the package upgrades as root (‘su -‘) and I’m pretty sure I was doing the pkg_check commands in the same terminal this morning. > On Aug 22, 2019, at 11:00, Isak Holmstroem wrote: > > How did you run the command? As your user or with doas/or as root? > > I have seen problems with permissions with pkg_check as my user can not read > all the directories that pkg_check are trying to read. > > /Isak > >> >> From: Jordon >> Sent: Thu Aug 22 14:40:28 CEST 2019 >> To: Isak Holmström >> Cc: >> Subject: Re: pkg_add -u fails on nonexistant package >> >> >> Thanks - that fixed it. I figured there was some cleanup or maintenance >> that needed to be done - i just didn't know how to do it. In running >> pkg_check, i did get a lot of these: >> >> --- .libs9-partial-gcc-libs-8.3.0p1.1 --- >> lib should exist >> lib is not a directory >> lib/libatomic.so.3.0 should exist >> lib/libatomic.so.3.0 is not a file >> can't read lib/libatomic.so.3.0 >> lib/libestdc++.so.19.0 should exist >> lib/libestdc++.so.19.0 is not a file >> can't read lib/libestdc++.so.19.0 >> >> Are those problematic? How do I fix them or should I just ignore them? >> >> Thanks again! >> >> >> >> > On Aug 22, 2019, at 00:27, Isak Holmström wrote: >>> Have you tried pkg_check to see failing messages for missing files? >>> On August 21, 2019 11:03:06 PM UTC, Jordon wrote: A few years ago I attempted to make a port of obs-studio for openbsd. With help from this mailing list, I got something that ran but wasn’t particularly useful, as audio and video sources were not there. I gave up on that project and since then have been using that machine for local development on a cgi-based website. This system runs current and gets updated about once a week or so. I also try to do a ‘pkg_add -u’ regularly too. Every time I do that, it ends with this: Fatal error: can't parse OpenBSD::Requiring: writing /var/db/pkg/obs-studio-17.0.0/+REQUIRING: No such file or directory at /usr/libdata/perl5/OpenBSD/RequiredBy.pm line 30. That is the package I was making and it is no longer installed. How does pkg_add even know about it, as it isn't part of the base packages? What can I do to get rid of that message? It has been doing that for a while and I am finally annoyed enough to try to fix it! Jordon >>> >>> -- >>> Isak - OBSD.xyz >>
xenodm having issues when launching a wm
Hello, xenodm is having issues while starting a dwm session, I'm using a Thinkpad x220, OpenBSD 6.5 dmesg OpenBSD 6.5 (GENERIC.MP) #3: Sat Apr 13 14:48:43 MDT 2019 dera...@amd64.openbsd.org :/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4156157952 (3963MB) avail mem = 4020576256 (3834MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (65 entries) bios0: vendor LENOVO version "8DET55WW (1.25 )" date 11/01/2011 bios0: LENOVO 42912XG acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA SSDT SSDT UEFI UEFI UEFI acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) EHC1(S3) EHC2(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz, 797.54 MHz, 06-2a-07 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz, 797.41 MHz, 06-2a-07 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz, 797.42 MHz, 06-2a-07 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-2540M CPU @ 2.60GHz, 797.41 MHz, 06-2a-07 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-63 acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG_) acpiprt2 at acpi0: bus 2 (EXP1) acpiprt3 at acpi0: bus 3 (EXP2) acpiprt4 at acpi0: bus 5 (EXP4) acpiprt5 at acpi0: bus 13 (EXP5) acpiprt6 at acpi0: bus -1 (EXP7) acpicpu0 at acpi0: C3(200@109 io@0x416), C2(500@80 io@0x414), C1(1000@1 halt), PSS acpicpu1 at acpi0: C3(200@109 io@0x416), C2(500@80 io@0x414), C1(1000@1 halt), PSS acpicpu2 at acpi0: C3(200@109 io@0x416), C2(500@80 io@0x414), C1(1000@1 halt), PSS acpicpu3 at acpi0: C3(200@109 io@0x416), C2(500@80 io@0x414), C1(1000@1 halt), PSS acpipwrres0 at acpi0: PUBS, resource for EHC1, EHC2 acpitz0 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 acpicmos0 at acpi0 tpm0 at acpi0: TPM_ addr 0xfed4/0x5000: device 0x104a rev 0x4e acpibat0 at acpi0: BAT0 model "45N1023" serial 15921 type LION oem "SANYO" acpiac0 at acpi0: AC unit offline acpithinkpad0 at acpi0 "PNP0C14" at acpi0 not configured "PNP0C14" at acpi0 not configured acpidock0 at acpi0: GDCK not docked (0) acpivideo0 at acpi0: VID_ acpivout at acpivideo0 not configured acpivideo1 at acpi0: VID_ cpu0: Enhanced SpeedStep 797 MHz: speeds: 2601, 2600, 2400, 2200, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host" rev 0x09 inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09 drm0 at inteldrm0 inteldrm0: msi inteldrm0: 1366x768, 32bpp wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured puc0 at pci0 dev 22 function 3
Re: IPv6 problems
Hi, I might be missing something right here I have the output of "route show" attached, because I cannot paste it in here in a formatted form. This is super annoying. Just wanna get the damn thing running. Regards, Stephan On 8/19/19 10:33 AM, Bastien Durel wrote: > Le dimanche 18 août 2019 à 11:50 +0200, list a écrit : >> When I take a closer look and run tcpdump while pinging I see the >> following output: >> (With route to fe80::1%vio added and the normal hostname.vio0) >> >> 11:40:36.446539 fe80:: > ff02::1:ff00:1: icmp6: neighbor sol: >> who has fe80::1 >> >> This line is being repeated over and over again. I left out all the >> other traffic that is not related to my /64. >> >> Hm... >> Any ideas ? >> >> I've got a feeling that somethings wrong with that fe80::1 >> address... > Hello, > > A router may be configured to use fe80::1 LL address, but it may not > too. It's not a standard AFAIK. I never encountered one myself. > If no one responds to your neighbor sol packet, it's probably because > no router uses this address. > > To discover routers in an unknown network, I use "ping6 ff02::2%vio0", > as ff02::2 is a standard multicast address for "ip6-allrouters" (as > ff02::1 is for all nodes) > nternet6: DestinationGatewayFlags Refs Use Mtu Prio Iface defaultff02::2%vio0 UGS01 - 8 vio0 ::/96 localhost UGRS 00 32768 8 lo0 localhost localhost UHhl 1334104 32768 1 lo0 :::0.0.0.0/96 localhost UGRS 00 32768 8 lo0 2002::/24 localhost UGRS 00 32768 8 lo0 2002:7f00::/24 localhost UGRS 00 32768 8 lo0 2002:e000::/20 localhost UGRS 00 32768 8 lo0 2002:ff00::/24 localhost UGRS 00 32768 8 lo0 2a03:4000:21:65f::UCn00 - 4 vio0 UHLl 00 - 1 vio0 fe80::/10 localhost UGRS 01 32768 8 lo0 fec0::/10 localhost UGRS 00 32768 8 lo0 fe80::%vio0/64 fe80::2de:361a:24a UCn1 38 - 4 vio0 fe80::1%vio0 00:00:5e:00:02:02 UHLc 0 366 - 3 vio0 fe80::2de:361a:24a d6:2a:39:5a:c3:6b UHLl 00 - 1 vio0 fe80::1%lo0fe80::1%lo0UHl00 32768 1 lo0 ff01::/16 localhost UGRS 01 32768 8 lo0 ff01::%vio0/32 fe80::2de:361a:24a Um 01 - 4 vio0 ff01::%lo0/32 fe80::1%lo0Um 01 32768 4 lo0 ff02::/16 localhost UGRS 01 32768 8 lo0 ff02::%vio0/32 fe80::2de:361a:24a Umh15 - 4 vio0 ff02::%lo0/32 fe80::1%lo0Um 01 32768 4 lo0
Re: pkg_add -u fails on nonexistant package
On 2019-08-21, Jordon wrote: > A few years ago I attempted to make a port of obs-studio for openbsd. > With help from this mailing list, I got something that ran but > wasn\xe2\x80\x99t > particularly useful, as audio and video sources were not there. erm, audio and video sources did work, via ffmpeg. it didn't work well on your machine though. https://marc.info/?l=openbsd-ports=148404688530732=2 On 2019-08-22, Jordon wrote: > Thanks - that fixed it. I figured there was some cleanup or maintenance that > needed to be done - i just didn't know how to do it. In running pkg_check, i > did get a lot of these: > > --- .libs9-partial-gcc-libs-8.3.0p1.1 --- > lib should exist > lib is not a directory > lib/libatomic.so.3.0 should exist > lib/libatomic.so.3.0 is not a file > can't read lib/libatomic.so.3.0 > lib/libestdc++.so.19.0 should exist > lib/libestdc++.so.19.0 is not a file > can't read lib/libestdc++.so.19.0 > > Are those problematic? How do I fix them or should I just ignore them? you probably either had some crash or failure during a pkg_add or pkg_delete operation, or some filesystem corruption. does pkg_delete .libs9-partial-gcc-libs get rid of it?
Re: pkg_add -u fails on nonexistant package
How did you run the command? As your user or with doas/or as root? I have seen problems with permissions with pkg_check as my user can not read all the directories that pkg_check are trying to read. /Isak > > From: Jordon > Sent: Thu Aug 22 14:40:28 CEST 2019 > To: Isak Holmström > Cc: > Subject: Re: pkg_add -u fails on nonexistant package > > > Thanks - that fixed it. I figured there was some cleanup or maintenance that > needed to be done - i just didn't know how to do it. In running pkg_check, i > did get a lot of these: > > --- .libs9-partial-gcc-libs-8.3.0p1.1 --- > lib should exist > lib is not a directory > lib/libatomic.so.3.0 should exist > lib/libatomic.so.3.0 is not a file > can't read lib/libatomic.so.3.0 > lib/libestdc++.so.19.0 should exist > lib/libestdc++.so.19.0 is not a file > can't read lib/libestdc++.so.19.0 > > Are those problematic? How do I fix them or should I just ignore them? > > Thanks again! > > > > > >> On Aug 22, 2019, at 00:27, Isak Holmström wrote: > > Have you tried pkg_check to see failing messages for missing files? > > > >> On August 21, 2019 11:03:06 PM UTC, Jordon wrote: > >> A few years ago I attempted to make a port of obs-studio for openbsd. > >> With help from this mailing list, I got something that ran but wasn’t > >> particularly useful, as audio and video sources were not there. I gave > >> up on that project and since then have been using that machine for > >> local development on a cgi-based website. > >> This system runs current and gets updated about once a week or so. I > >> also try to do a ‘pkg_add -u’ regularly too. Every time I do that, it > >> ends with this: > >> Fatal error: can't parse OpenBSD::Requiring: writing > >> /var/db/pkg/obs-studio-17.0.0/+REQUIRING: No such file or directory at > >> /usr/libdata/perl5/OpenBSD/RequiredBy.pm line 30. > >> > >> That is the package I was making and it is no longer installed. How > >> does pkg_add even know about it, as it isn't part of the base packages? > >> What can I do to get rid of that message? It has been doing that for a > >> while and I am finally annoyed enough to try to fix it! > >> > >> Jordon > > > > -- > > Isak - OBSD.xyz >
Re: missing SYN_RECV in netstat
Peter J. Philipp wrote: > Hi, > > On the NANOG list there is a thread about something synflooding: > https://mailman.nanog.org/pipermail/nanog/2019-August/102713.html > > Most of my hosts are synflooded, and I was wondering why my OpenBSD > hosts don't show any SYN_RECV states in a netstat -nafinet. I had to tcpdump > to see a synflood happening on port 53 on one of my hosts, have to > still check the other one. Could there be a bad pf rule I'm > using? I suspect this is a worm of sorts or something. But the's the way you avoid the resource congestion: You don't create expensive global state which requires a while bunch of resource allocation, data structure shuffling, and locking.
Re: pkg_add -u fails on nonexistant package
Thanks - that fixed it. I figured there was some cleanup or maintenance that needed to be done - i just didn't know how to do it. In running pkg_check, i did get a lot of these: --- .libs9-partial-gcc-libs-8.3.0p1.1 --- lib should exist lib is not a directory lib/libatomic.so.3.0 should exist lib/libatomic.so.3.0 is not a file can't read lib/libatomic.so.3.0 lib/libestdc++.so.19.0 should exist lib/libestdc++.so.19.0 is not a file can't read lib/libestdc++.so.19.0 Are those problematic? How do I fix them or should I just ignore them? Thanks again! >> On Aug 22, 2019, at 00:27, Isak Holmström wrote: > Have you tried pkg_check to see failing messages for missing files? > >> On August 21, 2019 11:03:06 PM UTC, Jordon wrote: >> A few years ago I attempted to make a port of obs-studio for openbsd. >> With help from this mailing list, I got something that ran but wasn’t >> particularly useful, as audio and video sources were not there. I gave >> up on that project and since then have been using that machine for >> local development on a cgi-based website. >> This system runs current and gets updated about once a week or so. I >> also try to do a ‘pkg_add -u’ regularly too. Every time I do that, it >> ends with this: >> Fatal error: can't parse OpenBSD::Requiring: writing >> /var/db/pkg/obs-studio-17.0.0/+REQUIRING: No such file or directory at >> /usr/libdata/perl5/OpenBSD/RequiredBy.pm line 30. >> >> That is the package I was making and it is no longer installed. How >> does pkg_add even know about it, as it isn't part of the base packages? >> What can I do to get rid of that message? It has been doing that for a >> while and I am finally annoyed enough to try to fix it! >> >> Jordon > > -- > Isak - OBSD.xyz
Re: pkg_add -u fails on nonexistant package
Thanks - that fixed it. I figured there was some cleanup or maintenance that needed to be done - i just didn't know how to do it. In running pkg_check, i did get a lot of these: --- .libs9-partial-gcc-libs-8.3.0p1.1 --- lib should exist lib is not a directory lib/libatomic.so.3.0 should exist lib/libatomic.so.3.0 is not a file can't read lib/libatomic.so.3.0 lib/libestdc++.so.19.0 should exist lib/libestdc++.so.19.0 is not a file can't read lib/libestdc++.so.19.0 Are those problematic? How do I fix them or should I just ignore them? Thanks again! Jordon > On Aug 22, 2019, at 00:27, Isak Holmström wrote: > > Have you tried pkg_check to see failing messages for missing files? > >> On August 21, 2019 11:03:06 PM UTC, Jordon wrote: >> A few years ago I attempted to make a port of obs-studio for openbsd. >> With help from this mailing list, I got something that ran but wasn’t >> particularly useful, as audio and video sources were not there. I gave >> up on that project and since then have been using that machine for >> local development on a cgi-based website. >> This system runs current and gets updated about once a week or so. I >> also try to do a ‘pkg_add -u’ regularly too. Every time I do that, it >> ends with this: >> Fatal error: can't parse OpenBSD::Requiring: writing >> /var/db/pkg/obs-studio-17.0.0/+REQUIRING: No such file or directory at >> /usr/libdata/perl5/OpenBSD/RequiredBy.pm line 30. >> >> That is the package I was making and it is no longer installed. How >> does pkg_add even know about it, as it isn't part of the base packages? >> What can I do to get rid of that message? It has been doing that for a >> while and I am finally annoyed enough to try to fix it! >> >> Jordon > > -- > Isak - OBSD.xyz >
unexpected behavior with static route inserted
Hi, I have the following machine with two interfaces like this: root@fw:~ # cat /etc/hostname.vlan10 vlan 10 vlandev vio0 inet 10.0.0.1 255.255.255.0 NONE up root@fw:~ # cat /etc/hostname.vlan23 vlan 23 vlandev vio0 inet 172.30.133.83 255.255.255.240 NONE !route add 10.0.0.10/32 172.30.133.84 up now the problem is that if i start pinging 10.0.0.10 before my vlan23 is up and has inserted the static route, the openbsd machine will insert another route like this: root@fw:~ $ route -n show | grep 10.0.0.10 10.0.0.10link#12UHLc 0 78 - 3 vlan10 then if I netstart vlan23 the static route will be inserted but with a lower priority: kmbops@fw:~ $ route -n show | grep 209.43.38.6 10.0.0.10link#12UHLc 0 78 - 3 vlan10 10.0.0.10172.30.133.84 UGHS 00 - 8 vlan23 Eventually this first route inserted will disappear if i stop pinging the ip, or will not at all exist in the first place if i don't try to reach that ip before inserting the static route, but my question is: Is it the expected behavior? Why does this route get inserted while there is already a route for the full 10.0.0.0/24 subnet existing anyway? Thanks, Ben
Re: Console output corrupt with EFI boot
Try in command promot Machine gop 3 Boot чт, 22 авг. 2019 г., 13:05 Jona Joachim : > Hi, > > I've been trying to install OpenBSD on this HP EliteBook Folio 1040 G2 > in EFI mode for some time now but I'm always presented with a corrupt > console. > > I took a picture which you can find here: > https://framapic.org/Pg77ILfo0bNq/W5EcjoHHSqQN.png > > It seems like the hardware is not playing nicely with efifb. The laptop > features Intel hardware with a HD Graphics 5500 graphics card. > > I attached a Linux equivalent of dmesg. FWIW, the laptop firmware is > quite recent, I updated it several times to get updates for the recent > CPU vulnerabilities. > > I tried with OpenBSD 6.4, 6.5 and -CURRENT with the same result. > > I also tried to compile a custom bsd.rd including inteldrm(4) hoping the > console would come back once inteldrm kicks in but it did not work. > However I'm not sure if inteldrm got compiled in correctly, maybe I > messed this up. If you think this could help, I will try again. > > Do you have any pointers that I could follow to make some progress? > > > Kind regards, > > Jona > >
