Re: Unable to receive dhcplease from ISP
On 4/1/23 19:57, Bill A wrote: Hi all, I ran into this issue today when I decided to do some maintenance on my home network. My laptop runs OpenBSD 7.2. I attempted to get a dhcplease from Spectrum Internet with a direct connection to my em0 ethernet interface. I got no response. I'm having the same problem with another computer that I wanted to use as my firewall (also running OpenBSD, same ver). There is no dhcpleased.conf on my laptop, as I didn't see how any defaults needed to change. I also haven't had any recent issues getting a lease on it in other situations (yet). Cabling is good. A different (non-OpenBSD) firewall normally sits on this interface, and after I put it back, everything was working as normal. I'm happy to provide any additional information as requested. I tried this several times, cleared and shutdown the iwm0 interface, cleared the em0 interface, etc, this is output from the last time. I can replicate that with my ISP if I follow your steps. With my service, if I change the MAC address of the machine attached to my cable modem, I have to power cycle the cable modem to get a new DHCP lease. Not saying that is your problem, but you never indicated you power cycled the modem...which I have found critical for the last 20+ years. Nick.
Unable to receive dhcplease from ISP
Hi all, I ran into this issue today when I decided to do some maintenance on my home network. My laptop runs OpenBSD 7.2. I attempted to get a dhcplease from Spectrum Internet with a direct connection to my em0 ethernet interface. I got no response. I'm having the same problem with another computer that I wanted to use as my firewall (also running OpenBSD, same ver). There is no dhcpleased.conf on my laptop, as I didn't see how any defaults needed to change. I also haven't had any recent issues getting a lease on it in other situations (yet). Cabling is good. A different (non-OpenBSD) firewall normally sits on this interface, and after I put it back, everything was working as normal. I'm happy to provide any additional information as requested. I tried this several times, cleared and shutdown the iwm0 interface, cleared the em0 interface, etc, this is output from the last time. :~> more /etc/hostname.em0 inet autoconf /etc/hostname.em0 (END) Output from dhcpleased -d -vvv with em0 enabled for 15-20 minutes: state_transition[iwm0] Bound -> Down, timo: 43119 state_transition[em0] Init -> Down, timo: -1 state_transition[em0] Down -> Down, timo: -1 state_transition[em0] Down -> Rebooting, timo: 1 DHCPREQUEST on em0 iface_timeout[2]: Rebooting state_transition[em0] Rebooting -> Rebooting, timo: 2 DHCPREQUEST on em0 iface_timeout[2]: Rebooting deleting 192.168.88.253 from em0 (lease from 0.0.0.0) state_transition[em0] Rebooting -> Init, timo: 1 DHCPDISCOVER on em0 deconfigure_interface em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 2 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 4 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 8 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 16 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 32 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 64 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 64 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 64 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 64 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 64 DHCPDISCOVER on em0 iface_timeout[2]: Init state_transition[em0] Init -> Init, timo: 64 DHCPDISCOVER on em0 ^Cwaiting for children to terminate frontend exiting engine exiting terminating :~> -- Bill Albertson
LG GRAM 14 (14Z90Q-G.AA58F), zzz almost works, keyboard problem (acpitz related ?), some unexpected crashes, audio works ok
Hi, I can provide more information if needed (acpidump ?) as it will be my daily OpenBSD workhorse for the next 4/5 years hopefully (replace my beloved x330 which became a bit too slow for my daily work). The LG Gram globally works but with some annoying problems (freshly installed yesterday I didn't yet test all fonctionnality). Keyboard : The most important and visible problem is that I have to disable acpitz at boot time to have a working keyboard (otherwise the pc boots well until the login prompt, but the keyboard is then inoperative). zzz : The laptop goes successfully into suspend mode but when I wake it up it turns itself off after 2/3 seconds. Crashes : Strangely it crashes systematically when I switch the chromium window to full screen (with cwm). (dmesg and sensors outputs attached) As I have some C dev skills and am a long time OpenBSD user I will try to resolve myself the problems but if anyone has any ideas/leads it would be most welcome ;) (and sorry for my less than perfect english) Remi -- Rémi Bougard OpenBSD 7.3 (GENERIC.MP) #1125: Sat Mar 25 10:36:29 MDT 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 16864501760 (16083MB) avail mem = 16333975552 (15577MB) User Kernel Config UKC> disable acpitz 426 acpitz* disabled UKC> quit Continuing... random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.4 @ 0x5f357000 (63 entries) bios0: vendor Phoenix Technologies Ltd. version "A1ZG0420 X64" date 12/06/2022 bios0: LG Electronics 14Z90Q-G.AA58F efi0 at bios0: UEFI 2.7 efi0: Phoenix Technologies Ltd. rev 0x12345678 acpi0 at bios0: ACPI 6.3 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT SSDT SSDT SSDT SSDT SSDT TPM2 HPET APIC MCFG SSDT SSDT PMCT SSDT SSDT SSDT LPIT WSMT SSDT SSDT DBGP DBG2 NHLT MSDM SSDT BATB DMAR SSDT SSDT SSDT BGRT PHAT XNSC UEFI FPDT acpi0: wakeup devices PEG0(S4) PEGP(S4) PEGP(S4) PEG2(S4) PEGP(S4) LID0(S3) XHCI(S4) XDCI(S4) HDAS(S4) CNVW(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 1920 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.70 MHz, 06-9a-03 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,WAITPKG,PKS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 38MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.2.0.1.0.1, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.69 MHz, 06-9a-03 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 8 (application processor) cpu2: 12th Gen Intel(R) Core(TM) i5-1240P, 4388.98 MHz, 06-9a-03 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu2: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache cpu2: smt 0, core 4, package 0 cpu3 at mainbus0: apid 9 (application processor) cpu3: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.70 MHz, 06-9a-03 cpu3:
Re: Command At Startup
On Apr 01 11:26:31, open...@cpnetserver.net wrote: > Hi Guys, OpenBSD 7.2 > I have no way to get a stupid autorun script to load. Can anyone tell me > where to put this script? > In /etc/rc.local it doesn't work... > The scirtp is located in the path /home/tech > and contains only this: > -- > #!/bin/ksh > /usr/sbin/apm -C > -- There is no apm -C
Fwd: Understanding PF behavior
Well... somehow I managed to get inter rdomain forwarding. I have no idea how...? I think things started to work when I changed this statement in PF: block log on rdomain 0 from "block log" Right now I can only communicate between rdomain 2 and rdomain 0. I moved my ISP-B interface onto rdomain 3 and now can't ping the public IP address either from domain 2 or domain 0 I did take a snapshot of the routing tables for each domain and of course pf.conf is unaltered but I should back it up and transfer it locally. Like I wrote previously about using 'tcpdump enipflog'... the rule numbers don't make any sense at all to me. I don't understand why I keep seeing "rule 1" for just about all traffic. - It's definitely strange?? Perhaps my pf.conf file is totally messed up as far as rules go? I am not sure. It would be really nice to see the matched evaluation numbers from: pfctl -vv -sr so something like 'rule 1183' or so Currently I am seriously thinking about just spending $$$ and buying a Cisco router with 3x interfaces to use as a multi WAN gateway, though it's probably more out of frustration then anything else. I'm sure it is possible to get working in OpenBSD as Stu has said already but not making any headway or little headway after so long is well gr lol I guess right now my goal is just to be able to ping the ISP-B interface from rdomain 2. If I can managed that I should have a better path forward. Really what I do need is a test box... something with 2x or 3x physical interfaces that won't cause my whole system to stop working by starting with a clean pf.conf file. That said I the SuperMicro uATX box I have doesn't work either :-( as it's started clicking so no idea where the fault is? M/B or PSU?? More headache :-( Too much crap on my shoulders right now also with 5x HDD failures and a 15 year old Cisco WLC system which is flaky to connect to meaning that more often then not 802.11 devices are not connected. I really wish I could just upgrade to a nice Gen6 system sigh. What a frustrating way to spend a Saturday evening but I guess it won't get any better so bla :-( Anyway will keep trying to solve this darn riddle
Re: Command At Startup
On Sat, Apr 01, 2023 at 04:28:20PM +0200, Peter N. M. Hansteen wrote: > On Sat, Apr 01, 2023 at 11:26:31AM +0200, Computer Planet wrote: > > Hi Guys, OpenBSD 7.2 > > I have no way to get a stupid autorun script to load. Can anyone tell me > > where to put this script? > > In /etc/rc.local it doesn't work... > > The scirtp is located in the path /home/tech > > and contains only this: > > -- > > #!/bin/ksh > > /usr/sbin/apm -C Besides what Peter replied, are you sure the flag is right? $ man apm | grep -- "-C" $ > > -- > > I would think the place to put flags for apm or apmd would be the > to put a line in /etc/rc.conf.local with apmd_flags= and the flags you > want. > > - Peter > > > -- > Peter N. M. Hansteen, member of the first RFC 1149 implementation team > https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/ > "Remember to set the evil bit on all malicious network traffic" > delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. >
Re: Command At Startup
On Sat, Apr 01, 2023 at 11:26:31AM +0200, Computer Planet wrote: > Hi Guys, OpenBSD 7.2 > I have no way to get a stupid autorun script to load. Can anyone tell me > where to put this script? > In /etc/rc.local it doesn't work... > The scirtp is located in the path /home/tech > and contains only this: > -- > #!/bin/ksh > /usr/sbin/apm -C > -- I would think the place to put flags for apm or apmd would be the to put a line in /etc/rc.conf.local with apmd_flags= and the flags you want. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Command At Startup
Hi Guys, OpenBSD 7.2 I have no way to get a stupid autorun script to load. Can anyone tell me where to put this script? In /etc/rc.local it doesn't work... The scirtp is located in the path /home/tech and contains only this: -- #!/bin/ksh /usr/sbin/apm -C -- Thanks for Reply.
