Unbound and dnscrypt-proxy not playing nice
Hi, Since I upgraded to OBSD 6.0 I have had some problems with Unbound and dnscrypt-proxy. Normally I would troubleshoot by using "dig" to request directly to dnscrypt-proxy, but for some reason (I don't know) the "-p" option has been removed and it is impossible to use that now. Unbound seems unable to forward requests to dnscrypt-proxy which I have running on port 40 following the guide in the FAQ (http://www.openbsd.org/faq/pf/example1.html#dns). In my unbound.conf I have the following: forward-addr: 127.0.0.1@40 Then in my /etc/rc.conf.local I have: dnscrypt_proxy_flags=-l /var/log/dnscrypt-proxy -R fvz-rec-de-fra-01 -a 127.0.0.1:40 pkg_scripts="dnscrypt_proxy" When I do a "dig yahoo.com" I get the following: ;yahoo.com. IN A No IP. And a ping also returns: ping: unknown host: yahoo.com Of course I have tested other hosts as well, same result. I am getting no information in the logs. If I have unbound forward directly to an OpenNIC server all works well again so the trouble is between unbound and dnscrypt-proxy. This used to work flawlessly, but since the "-p" option has been removed from "dig" it's very difficult to debug dnscrypt-proxy without having PF doing redirects and what not. How to troubleshoot this problem better? Kind regards
Re: fresh install of 6.0 - cvs
On Fri, Sep 09, 2016 at 05:54:05AM BST, Stephen Trotter wrote: > hi, > i was attempting a fresh install of 6.0 and got to the part where you pull > the source tree and update the system to stable. > i was stuck because the faq states you can (should) use a regular user with > cvs, and i kept getting a permission error from cvs when attempting to run > from /usr > so, just wondering if anyone else was getting this, or if there is > something that i missed. > Hi Stephen, Your description is very vague and you're not giving any details of which command you ran and what error messages you got. I'm trying to mind-read here - after issuing the commands described under "Avoiding root privileges", have you logged on as the user whom you just added to the 'wsrc' group? Regards, Raf
Re: fresh install of 6.0 - cvs
On Fri, Sep 09, 2016 at 12:54:05AM -0400, Stephen Trotter wrote: > hi, > i was attempting a fresh install of 6.0 and got to the part where you pull > the source tree and update the system to stable. > i was stuck because the faq states you can (should) use a regular user with > cvs, and i kept getting a permission error from cvs when attempting to run > from /usr > so, just wondering if anyone else was getting this, or if there is > something that i missed. > Is your user member of the group wsrc? Use id(1), for example. By default, /usr/src is owned by root:wsrc with permissions 0775. This means that you need to be root or a member of group wsrc in order to write to it. FAQ 5 'avoiding root' tells you how to add your user to wsrc before running cvs: user mod -G wsrc youruser
fresh install of 6.0 - cvs
hi, i was attempting a fresh install of 6.0 and got to the part where you pull the source tree and update the system to stable. i was stuck because the faq states you can (should) use a regular user with cvs, and i kept getting a permission error from cvs when attempting to run from /usr so, just wondering if anyone else was getting this, or if there is something that i missed.
Re: Unbound and dnscrypt-proxy not playing nice
Does unbound.conf have the following setting? do-not-query-localhost: no Unbound will not query the local host without that set to no. > On Sep 8, 2016, at 5:49 PM, Martin Hanson wrote: > > Hi, > > Since I upgraded to OBSD 6.0 I have had some problems with Unbound and dnscrypt-proxy. > > Normally I would troubleshoot by using "dig" to request directly to dnscrypt-proxy, but for some reason (I don't know) the "-p" option has been removed and it is impossible to use that now. > > Unbound seems unable to forward requests to dnscrypt-proxy which I have running on port 40 following the guide in the FAQ (http://www.openbsd.org/faq/pf/example1.html#dns). > > In my unbound.conf I have the following: > > forward-addr: 127.0.0.1@40 > > Then in my /etc/rc.conf.local I have: > > dnscrypt_proxy_flags=-l /var/log/dnscrypt-proxy -R fvz-rec-de-fra-01 -a 127.0.0.1:40 > pkg_scripts="dnscrypt_proxy" > > When I do a "dig yahoo.com" I get the following: > > ;yahoo.com. IN A > > No IP. And a ping also returns: > > ping: unknown host: yahoo.com > > Of course I have tested other hosts as well, same result. > > I am getting no information in the logs. > > If I have unbound forward directly to an OpenNIC server all works well again so the trouble is between unbound and dnscrypt-proxy. > > This used to work flawlessly, but since the "-p" option has been removed from "dig" it's very difficult to debug dnscrypt-proxy without having PF doing redirects and what not. > > How to troubleshoot this problem better? > > Kind regards
Re: Routing/DNS Mystery
Edgar Pettijohn wrote: > > > Sent from my iPhone > > > On Sep 8, 2016, at 7:32 PM, Predrag Punosevac wrote: > > > > Dear All, > > > > I have being scratching my head over this issue for two days now so I am > > soliciting help from numerous ISP and network engineers who are luring > > on this list. > > > > I upgraded all machines on my home network to > > > > predrag@oko$ uname -a > > OpenBSD oko.bagdala2.net 6.0 GENERIC.MP#0 amd64 > > > > on September 2 and a day latter I started having a very strange issue > > connecting to my employer network > > > > (Carnegie Mellon University 128.2.0.0/16) > > > > Namely on three random days since September 2 I could not ssh nor see > > the web content on any of CMU machines for several hours at the time. > > My fist suspect was my own DNS. I run my own Unbound cashing DNS. Sure > > enough I could not dig any of CMU machines except the one for which I > > hold A record (actually EasyDNS is doing it for me). So I switched off > > my own DNS at home and started using Google and OpenDNS DNS server and > > shure enough I could dig all CMU machines including the one for which I > > don't hold DNS records. However I still could not ping them even with a > > correct IPv4 address. At this point I concur that I didn't run > > traceroute but I tried something else that made me believe that it might > > not be problem with my own network. > > > > Namely I logged to my devio.us and freeshell.org shell accounts. I was > > able to ping CMU machines and my home network. I was able from devio.us > > and freeshell.org to dig my work machines. I was also able to ssh to > > them. Great. Now I tried to ping from my CMU computers my home network > > with the correct IPv4 address and I was not getting respond. No my > > firewall is not a problem. I am letting ping in and I was able all that > > time to ping from devio.us and freeshell.org. At this point I was truly > > stamped. It almost felt that either CMU was blocking my home IP address > > or my ISP was blocking CMU addresses possibly due to DoS attack). > > > > I have not tried reseting DHCP lease on my home network to see if I > > would do better with a different IP from my ISP. Note also that IPv6 is > > turned off on my home and at work. > > > > At this point as somebody who has never dealt with more serious things > > like BGPD and who don't really understand how ISP business works I am > > running out of ideas with the exception of traceroute which I will run > > if I lose ssh connection again (right now is working perfectly and I am > > using my own DNS server again). > > > > Thanks for the help. > > Predrag > > > > P.S. Oh yes I tired flashing my own DNS and fetching new root.key file > > but was not helpfull. > > I think there was a change to unbound.conf with the upgrade. Possibly did you > choose the wrong option and install the temporary file? I run sysmerge due to the changes in ssh and unbound and decided to keep my old unbound.conf and install new sshd.conf file. Should I have installed new unbound.conf file and then edit it? Predrag
Re: Routing/DNS Mystery
Sent from my iPhone > On Sep 8, 2016, at 7:32 PM, Predrag Punosevac wrote: > > Dear All, > > I have being scratching my head over this issue for two days now so I am > soliciting help from numerous ISP and network engineers who are luring > on this list. > > I upgraded all machines on my home network to > > predrag@oko$ uname -a > OpenBSD oko.bagdala2.net 6.0 GENERIC.MP#0 amd64 > > on September 2 and a day latter I started having a very strange issue > connecting to my employer network > > (Carnegie Mellon University 128.2.0.0/16) > > Namely on three random days since September 2 I could not ssh nor see > the web content on any of CMU machines for several hours at the time. > My fist suspect was my own DNS. I run my own Unbound cashing DNS. Sure > enough I could not dig any of CMU machines except the one for which I > hold A record (actually EasyDNS is doing it for me). So I switched off > my own DNS at home and started using Google and OpenDNS DNS server and > shure enough I could dig all CMU machines including the one for which I > don't hold DNS records. However I still could not ping them even with a > correct IPv4 address. At this point I concur that I didn't run > traceroute but I tried something else that made me believe that it might > not be problem with my own network. > > Namely I logged to my devio.us and freeshell.org shell accounts. I was > able to ping CMU machines and my home network. I was able from devio.us > and freeshell.org to dig my work machines. I was also able to ssh to > them. Great. Now I tried to ping from my CMU computers my home network > with the correct IPv4 address and I was not getting respond. No my > firewall is not a problem. I am letting ping in and I was able all that > time to ping from devio.us and freeshell.org. At this point I was truly > stamped. It almost felt that either CMU was blocking my home IP address > or my ISP was blocking CMU addresses possibly due to DoS attack). > > I have not tried reseting DHCP lease on my home network to see if I > would do better with a different IP from my ISP. Note also that IPv6 is > turned off on my home and at work. > > At this point as somebody who has never dealt with more serious things > like BGPD and who don't really understand how ISP business works I am > running out of ideas with the exception of traceroute which I will run > if I lose ssh connection again (right now is working perfectly and I am > using my own DNS server again). > > Thanks for the help. > Predrag > > P.S. Oh yes I tired flashing my own DNS and fetching new root.key file > but was not helpfull. I think there was a change to unbound.conf with the upgrade. Possibly did you choose the wrong option and install the temporary file?
Re: Unbound and dnscrypt-proxy not playing nice
Sent from my iPhone > On Sep 8, 2016, at 5:49 PM, Martin Hanson wrote: > > Hi, > > Since I upgraded to OBSD 6.0 I have had some problems with Unbound and dnscrypt-proxy. > > Normally I would troubleshoot by using "dig" to request directly to dnscrypt-proxy, but for some reason (I don't know) the "-p" option has been removed and it is impossible to use that now. > > Unbound seems unable to forward requests to dnscrypt-proxy which I have running on port 40 following the guide in the FAQ (http://www.openbsd.org/faq/pf/example1.html#dns). > > In my unbound.conf I have the following: > > forward-addr: 127.0.0.1@40 > > Then in my /etc/rc.conf.local I have: > > dnscrypt_proxy_flags=-l /var/log/dnscrypt-proxy -R fvz-rec-de-fra-01 -a 127.0.0.1:40 > pkg_scripts="dnscrypt_proxy" > > When I do a "dig yahoo.com" I get the following: > > ;yahoo.com. IN A > > No IP. And a ping also returns: > > ping: unknown host: yahoo.com > > Of course I have tested other hosts as well, same result. > > I am getting no information in the logs. > > If I have unbound forward directly to an OpenNIC server all works well again so the trouble is between unbound and dnscrypt-proxy. > > This used to work flawlessly, but since the "-p" option has been removed from "dig" it's very difficult to debug dnscrypt-proxy without having PF doing redirects and what not. > > How to troubleshoot this problem better? > > Kind regards Possibly try netcat listening on 40 and see if it's making its way to the proxy. If it isn't unbound is to blame. If it is then the proxy is guilty.
Routing/DNS Mystery
Dear All, I have being scratching my head over this issue for two days now so I am soliciting help from numerous ISP and network engineers who are luring on this list. I upgraded all machines on my home network to predrag@oko$ uname -a OpenBSD oko.bagdala2.net 6.0 GENERIC.MP#0 amd64 on September 2 and a day latter I started having a very strange issue connecting to my employer network (Carnegie Mellon University 128.2.0.0/16) Namely on three random days since September 2 I could not ssh nor see the web content on any of CMU machines for several hours at the time. My fist suspect was my own DNS. I run my own Unbound cashing DNS. Sure enough I could not dig any of CMU machines except the one for which I hold A record (actually EasyDNS is doing it for me). So I switched off my own DNS at home and started using Google and OpenDNS DNS server and shure enough I could dig all CMU machines including the one for which I don't hold DNS records. However I still could not ping them even with a correct IPv4 address. At this point I concur that I didn't run traceroute but I tried something else that made me believe that it might not be problem with my own network. Namely I logged to my devio.us and freeshell.org shell accounts. I was able to ping CMU machines and my home network. I was able from devio.us and freeshell.org to dig my work machines. I was also able to ssh to them. Great. Now I tried to ping from my CMU computers my home network with the correct IPv4 address and I was not getting respond. No my firewall is not a problem. I am letting ping in and I was able all that time to ping from devio.us and freeshell.org. At this point I was truly stamped. It almost felt that either CMU was blocking my home IP address or my ISP was blocking CMU addresses possibly due to DoS attack). I have not tried reseting DHCP lease on my home network to see if I would do better with a different IP from my ISP. Note also that IPv6 is turned off on my home and at work. At this point as somebody who has never dealt with more serious things like BGPD and who don't really understand how ISP business works I am running out of ideas with the exception of traceroute which I will run if I lose ssh connection again (right now is working perfectly and I am using my own DNS server again). Thanks for the help. Predrag P.S. Oh yes I tired flashing my own DNS and fetching new root.key file but was not helpfull.
Got my 6.0 cd's today
United States -- Thanks, Bryan
Re: AMD graphics adapter hcl
ok, thanks for the clarification. 2016-09-08 18:49 GMT+02:00, Bryan Vyhmeister : > On Fri, Sep 09, 2016 at 02:44:33AM +1000, Jonathan Gray wrote: >> > Am I understanding that using a newer, say Radeon HD 7750 or HD 7870 >> > card, with the modesetting(4) Xorg driver would work as long as there >> > is >> > kernel support (which there is)? That would obviously not allow for >> > 2d/3d acceleration. >> >> For cape verde, pitcairn and tahiti based designs with pci ids recognised >> by the kernel, yes. The marketing names don't encode the generation >> of the hardware and radeon product lines often reuse older generation >> designs rebadged. > > Thank you for the clarification. I will have to try out one of those > cards. > > Bryan
Re: System freeze in 5.9 and 6.0
> Em 8 de set de 2016, Ã (s) 10:47, Leclerc, Sebastien escreveu: > > I had a freeze on a machine with 5.9 amd64 yesterday, and upgraded the system > to 6.0 after that. > I still had the system freeze today, but I am unsure if it is something with > the hardware? > > The message on the console during the freeze : > > NMI ... going to debugger > Stopped atacpicpu_idle+0x22d: nop > ddb{0}> > > Anyone got this before? > Thank you > Try memtest on this machine? Temperature is ok? â http://www.bsdjf.com.br
Re: AMD graphics adapter hcl
On Fri, Sep 09, 2016 at 02:44:33AM +1000, Jonathan Gray wrote: > > Am I understanding that using a newer, say Radeon HD 7750 or HD 7870 > > card, with the modesetting(4) Xorg driver would work as long as there is > > kernel support (which there is)? That would obviously not allow for > > 2d/3d acceleration. > > For cape verde, pitcairn and tahiti based designs with pci ids recognised > by the kernel, yes. The marketing names don't encode the generation > of the hardware and radeon product lines often reuse older generation > designs rebadged. Thank you for the clarification. I will have to try out one of those cards. Bryan
Re: AMD graphics adapter hcl
On Thu, Sep 08, 2016 at 09:29:45AM -0700, Bryan Vyhmeister wrote: > On Fri, Sep 09, 2016 at 02:17:03AM +1000, Jonathan Gray wrote: > > The LLVM in the tree will not be installed as libraries suitable > > for Mesa initially. > > > > I'm not aware of anyone working on updating radeondrm at the moment > > and doing so for basic modesetting support is not tied to LLVM. > > 2d/3d acceleration for GCN hardware is however. > > Am I understanding that using a newer, say Radeon HD 7750 or HD 7870 > card, with the modesetting(4) Xorg driver would work as long as there is > kernel support (which there is)? That would obviously not allow for > 2d/3d acceleration. For cape verde, pitcairn and tahiti based designs with pci ids recognised by the kernel, yes. The marketing names don't encode the generation of the hardware and radeon product lines often reuse older generation designs rebadged.
System freeze in 5.9 and 6.0
I had a freeze on a machine with 5.9 amd64 yesterday, and upgraded the system to 6.0 after that. I still had the system freeze today, but I am unsure if it is something with the hardware? The message on the console during the freeze : NMI ... going to debugger Stopped atacpicpu_idle+0x22d: nop ddb{0}> Anyone got this before? Thank you Sébastien Leclerc dmesg: OpenBSD 6.0 (GENERIC.MP) #0: Fri Sep 2 13:18:00 CEST 2016 r...@stable-60-amd64.mtier.org:/binpatchng/work-binpatch60-amd64/src/sys/ arch/amd64/compile/GENERIC.MP real mem = 4267814912 (4070MB) avail mem = 4133994496 (3942MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xe7180 (49 entries) bios0: vendor American Megatrends Inc. version "1.0b" date 11/06/2013 bios0: Supermicro A1SAi acpi0 at bios0: rev 2 acpi0: sleep states S0 S5 acpi0: tables DSDT FACP FPDT MCFG WDAT UEFI APIC BDAT HPET SSDT HEST BERT ERST EINJ acpi0: wakeup devices PEX1(S0) PEX2(S0) PEX3(S0) EHC1(S0) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU C2558 @ 2.40GHz, 2400.46 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND, NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT cpu0: 1MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0.0.3, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Atom(TM) CPU C2558 @ 2.40GHz, 2399.99 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND, NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT cpu1: 1MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Atom(TM) CPU C2558 @ 2.40GHz, 2399.99 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND, NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT cpu2: 1MB 64b/line 16-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Atom(TM) CPU C2558 @ 2.40GHz, 2399.99 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND, NXE,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT cpu3: 1MB 64b/line 16-way L2 cache cpu3: smt 0, core 3, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (PEX1) acpiprt2 at acpi0: bus 2 (BR04) acpiprt3 at acpi0: bus 3 (PEX2) acpiprt4 at acpi0: bus 4 (PEX3) acpicpu0 at acpi0: C2(350@41 mwait.3@0x51), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C2(350@41 mwait.3@0x51), C1(1000@1 mwait.1), PSS acpicpu2 at acpi0: C2(350@41 mwait.3@0x51), C1(1000@1 mwait.1), PSS acpicpu3 at acpi0: C2(350@41 mwait.3@0x51), C1(1000@1 mwait.1), PSS "PNP0003" at acpi0 not configured "PNP0C33" at acpi0 not configured cpu0: Enhanced SpeedStep 2400 MHz: speeds: 2400, 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Atom C2000 Host" rev 0x02 ppb0 at pci0 dev 1 function 0 "Intel Atom C2000 PCIE" rev 0x02: msi pci1 at ppb0 bus 1 ppb1 at pci1 dev 0 function 0 "ASPEED Technology AST1150 PCI" rev 0x03 pci2 at ppb1 bus 2 vga1 at pci2 dev 0 function 0 "ASPEED Technology AST2000" rev 0x30 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ppb2 at pci0 dev 2 function 0 "Intel Atom C2000 PCIE" rev 0x02: msi pci3 at ppb2 bus 3 xhci0 at pci3 dev 0 function 0 "Renesas uPD720201 xHCI" rev 0x03: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 "Renesas xHCI root hub" rev 3.00/1.00 addr 1 ppb3 at pci0 dev 3 function 0 "Intel Atom C2000 PCIE" rev 0x02: msi pci4 at ppb3 bus 4 vendor "Intel", unknown product 0x1f18 (class processor subclass Co-processor, rev 0x02) at pci0 dev 11 function 0 not configured pchb1 at pci0 dev 14 function 0 "Intel Atom C2000 RAS" rev 0x02 "Intel Atom C2000 RCEC" rev 0x02 at pci0 dev 15 function 0 not configured "Intel Atom C2000 SMBus" rev 0x02 at pci0 dev 19 function 0 not configured e
Re: Motherboard LGA-1156 Micro-ATX
Hi Jens, Thank you for sharing your experience. Best regards, Raffaele On Thu, 8 Sep 2016 17:53:24 +0200 "Jens A. Griepentrog" wrote: > thrph.i...@gmail.com wrote: > > Hi, > > after many troubles with motherboard MS-7613 > > ( I can't install OBSD 5.9 or 6.0, many browser with 300% CPU usage, > > no audio ... ), I thinking change to another one :) > > > > Somebody have any suggestion for a motherboard that have Micro-ATX form > > factor > > and LGA-1156 socket, which work fine with OpenBSD. > > > > Thanks > > Raffaele > > > > Dear Raffaele, > > I have been using OpenBSD for six years on my desktop > without any problems. Everything works fine on my > ASUS P7F-M WS mainboard including its audio daughterboard; > also graphics hardware acceleration on ATI Radeon HD 6450. > Perhaps you can get a used one, since it seems to be EOL. > > There has been some degradation in speed in OpenBSD 5.9 > when looking online videos with seamonkey/firefox browsers. > Usually, I download longer videos and mplay those offline > without any stuttering. > > Up to now, I have only started to play with OpenBSD 6.0 snapshots > for compiling a volume rendering package which needs the Qt5.5.1 > libraries and depends on other packages not to be found in the ports. > Finally, I have got it going but it still core dumps when exiting. > > For your information have a look at the OpenBSD 5.9 dmesg output: > > With best regards, > Jens > > > OpenBSD 5.9 (GENERIC.MP) #1888: Fri Feb 26 01:20:19 MST 2016 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 17154113536 (16359MB) > avail mem = 16630030336 (15859MB) > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf06f0 (62 entries) > bios0: vendor American Megatrends Inc. version "0705" date 06/29/2010 > bios0: ASUSTeK Computer INC. P7F-M WS > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S1 S3 S4 S5 > acpi0: tables DSDT FACP APIC MCFG OEMB HPET SSDT > acpi0: wakeup devices BR1E(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4) > USB0(S4) USB1(S4) USB2(S4) USB3(S4) USBE(S4) USB4(S4) USB5(S4) USB6(S4) > BR21(S4) BR22(S4) BR23(S4) [...] > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.97 MHz > 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > cpu0: apic clock running at 133MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz > 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR > cpu1: 256KB 64b/line 8-way L2 cache > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 4 (application processor) > cpu2: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz > 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR > cpu2: 256KB 64b/line 8-way L2 cache > cpu2: smt 0, core 2, package 0 > cpu3 at mainbus0: apid 6 (application processor) > cpu3: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz > 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR > cpu3: 256KB 64b/line 8-way L2 cache > cpu3: smt 0, core 3, package 0 > ioapic0 at mainbus0: apid 7 pa 0xfec0, version 20, 24 pins > ioapic0: misconfigured as apic 1, remapped to apid 7 > acpimcfg0 at acpi0 addr 0xe000, bus 0-255 > acpihpet0 at acpi0: 14318179 Hz > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus 7 (BR1E) > acpiprt2 at acpi0: bus -1 (BR21) > acpiprt3 at acpi0: bus -1 (BR22) > acpiprt4 at acpi0: bus -1 (BR23) > acpiprt5 at acpi0: bus -1 (P0P1) > acpiprt6 at acpi0: bus 1 (P0P3) > acpiprt7 at acpi0: bus -1 (P0P4) > acpiprt8 at acpi0: bus -1 (P0P5) > acpiprt9 at acpi0: bus -1 (P0P6) > acpiprt10 at acpi0: bus 2 (BR20) > acpiprt11 at acpi0: bus 5 (BR26) > acpiprt12 at acpi0: bus 6 (BR27) > acpicpu0 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), > C1(1000@1 mwait.1), PSS > acpicpu1 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), > C1(1000@1 mwait.1), PSS > acpicpu2 at acpi0:
Re: AMD graphics adapter hcl
On Fri, Sep 09, 2016 at 02:17:03AM +1000, Jonathan Gray wrote: > The LLVM in the tree will not be installed as libraries suitable > for Mesa initially. > > I'm not aware of anyone working on updating radeondrm at the moment > and doing so for basic modesetting support is not tied to LLVM. > 2d/3d acceleration for GCN hardware is however. Am I understanding that using a newer, say Radeon HD 7750 or HD 7870 card, with the modesetting(4) Xorg driver would work as long as there is kernel support (which there is)? That would obviously not allow for 2d/3d acceleration. Bryan
Re: AMD graphics adapter hcl
On Thu, Sep 08, 2016 at 09:01:27AM -0700, Bryan Vyhmeister wrote: > On Wed, Sep 07, 2016 at 06:35:26PM +0200, Simon Mages wrote: > > can somebody tell me which AMD graphics adapters are supported by the > > OpenBSD kernel? > > > > radeon(4) has a very big list of supported adapters or chip families. > > I greped a bit in /usr/src/sys/dev/pci/drm/radeon to see which ones > > are supported. > > I asked a related question not too long back. > > http://marc.info/?l=openbsd-misc&m=146915801029888&w=2 > > The answer is essentially that cards up to the HD 6870 are currently > well supported. The Radeon HD 5450 is a good choice that can be > purchased in several configurations and is still available in retail > channels. It also has the bonus of being reasonably priced. > > The more recent (HD 7xxx and later) are supported in the kernel but not > in userland due to needing LLVM. LLVM was just imported into base last > week and has not been hooked to the build yet. Hopefully over the winter > we will see updated radeondrm(4) support. It is being worked on but it's > a big project and has been waiting on LLVM. The LLVM in the tree will not be installed as libraries suitable for Mesa initially. I'm not aware of anyone working on updating radeondrm at the moment and doing so for basic modesetting support is not tied to LLVM. 2d/3d acceleration for GCN hardware is however.
Re: mariadb-server and OpenBSD 6.0
On Thu, Sep 08, 2016 at 03:48:21PM +, Peter Fraser wrote: > After installing > > mariadb-server-10.0.25p0v1.tgz > > and > > rcctl enable mysqld > /etc/rc.d/mysqld start > > I got errors > > Directly running > > /usr/local/libexec/mysqld > > gave > > 160908 10:07:09 [Note] /usr/local/libexec/mysqld (mysqld 10.0.25-MariaDB) > starting as process 15703 ... > 160908 10:07:09 [Warning] Can't create test file /var/mysql/test.lower-test > /usr/local/libexec/mysqld: Can't change dir to '/var/mysql/' (Errcode: 2 "No > such file or directory") > 160908 10:07:09 [ERROR] Aborting > > As a guess, I installed > > mariadb-tests-10.0.25v1.tgz > > which fixed the problem. Did you read the package readme like pkg_add advised you to do ? -- Antoine
Re: AMD graphics adapter hcl
On Wed, Sep 07, 2016 at 06:35:26PM +0200, Simon Mages wrote: > can somebody tell me which AMD graphics adapters are supported by the > OpenBSD kernel? > > radeon(4) has a very big list of supported adapters or chip families. > I greped a bit in /usr/src/sys/dev/pci/drm/radeon to see which ones > are supported. I asked a related question not too long back. http://marc.info/?l=openbsd-misc&m=146915801029888&w=2 The answer is essentially that cards up to the HD 6870 are currently well supported. The Radeon HD 5450 is a good choice that can be purchased in several configurations and is still available in retail channels. It also has the bonus of being reasonably priced. The more recent (HD 7xxx and later) are supported in the kernel but not in userland due to needing LLVM. LLVM was just imported into base last week and has not been hooked to the build yet. Hopefully over the winter we will see updated radeondrm(4) support. It is being worked on but it's a big project and has been waiting on LLVM. Bryan
Re: Motherboard LGA-1156 Micro-ATX
thrph.i...@gmail.com wrote: Hi, after many troubles with motherboard MS-7613 ( I can't install OBSD 5.9 or 6.0, many browser with 300% CPU usage, no audio ... ), I thinking change to another one :) Somebody have any suggestion for a motherboard that have Micro-ATX form factor and LGA-1156 socket, which work fine with OpenBSD. Thanks Raffaele Dear Raffaele, I have been using OpenBSD for six years on my desktop without any problems. Everything works fine on my ASUS P7F-M WS mainboard including its audio daughterboard; also graphics hardware acceleration on ATI Radeon HD 6450. Perhaps you can get a used one, since it seems to be EOL. There has been some degradation in speed in OpenBSD 5.9 when looking online videos with seamonkey/firefox browsers. Usually, I download longer videos and mplay those offline without any stuttering. Up to now, I have only started to play with OpenBSD 6.0 snapshots for compiling a volume rendering package which needs the Qt5.5.1 libraries and depends on other packages not to be found in the ports. Finally, I have got it going but it still core dumps when exiting. For your information have a look at the OpenBSD 5.9 dmesg output: With best regards, Jens OpenBSD 5.9 (GENERIC.MP) #1888: Fri Feb 26 01:20:19 MST 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17154113536 (16359MB) avail mem = 16630030336 (15859MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf06f0 (62 entries) bios0: vendor American Megatrends Inc. version "0705" date 06/29/2010 bios0: ASUSTeK Computer INC. P7F-M WS acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET SSDT acpi0: wakeup devices BR1E(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4) USB0(S4) USB1(S4) USB2(S4) USB3(S4) USBE(S4) USB4(S4) USB5(S4) USB6(S4) BR21(S4) BR22(S4) BR23(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.97 MHz 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 133MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz, 1866.74 MHz 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,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG,LAHF,PERF,ITSC,SENSOR cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 0, core 3, package 0 ioapic0 at mainbus0: apid 7 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 1, remapped to apid 7 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 7 (BR1E) acpiprt2 at acpi0: bus -1 (BR21) acpiprt3 at acpi0: bus -1 (BR22) acpiprt4 at acpi0: bus -1 (BR23) acpiprt5 at acpi0: bus -1 (P0P1) acpiprt6 at acpi0: bus 1 (P0P3) acpiprt7 at acpi0: bus -1 (P0P4) acpiprt8 at acpi0: bus -1 (P0P5) acpiprt9 at acpi0: bus -1 (P0P6) acpiprt10 at acpi0: bus 2 (BR20) acpiprt11 at acpi0: bus 5 (BR26) acpiprt12 at acpi0: bus 6 (BR27) acpicpu0 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu2 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu3 at acpi0: !C3(350@17 mwait.1@0x20), !C3(500@17 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpibtn0 at acpi0: PWRB ipmi at mainbus0 not configured cpu0: Enhanced SpeedStep 1866 MHz: speeds: 1868, 1867, 1733, 1600, 1467, 1333, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0
Re: spamd question
>> 5.9 -> 5.9 nothing at all > > Fix this problem first. if this is fixed, I trust, all is fixed. >> >> pf.conf is the same on all 4 boxes > > spamd's pf rules changed in 5.8: > http://www.openbsd.org/faq/upgrade58.html well http://www.openbsd.org/plus58.html reveals: Change in spamd(8) to use divert-to instead of rdr-to although the pf.conf man page on the server (and on-line) still displays rdr-to in it's example.. pfctl does not report an error about it either (it did when I replaced all rdr-to into divert-to) this makes troubleshooting troublesome suggestions are welcome about other changes in spamd/pf.conf between 5.0 and 5.9 oh by the way, changing rdr-to into divert-to for the spamd line makes no difference in behaviour
mariadb-server and OpenBSD 6.0
After installing mariadb-server-10.0.25p0v1.tgz and rcctl enable mysqld /etc/rc.d/mysqld start I got errors Directly running /usr/local/libexec/mysqld gave 160908 10:07:09 [Note] /usr/local/libexec/mysqld (mysqld 10.0.25-MariaDB) starting as process 15703 ... 160908 10:07:09 [Warning] Can't create test file /var/mysql/test.lower-test /usr/local/libexec/mysqld: Can't change dir to '/var/mysql/' (Errcode: 2 "No such file or directory") 160908 10:07:09 [ERROR] Aborting As a guess, I installed mariadb-tests-10.0.25v1.tgz which fixed the problem.
Re: can't find fstab entry ?
Sent from my iPhone > On Sep 8, 2016, at 8:46 AM, Bob Jones wrote: > > Soany one care to give a more sensible suggestion than Theo's > unnecessary anti-Linux rant ?? > > On Monday, 5 September 2016, Theo de Raadt wrote: > >>> OpenBSD 6.0 GENERIC.MP#0 amd64 >>> >>> My fstab entry looks like : >>> >>> 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto >> 0 0 >>> >>> However: >>> >>> $ doas mount /mnt/ops_test >>> doas (m...@example.com ) password: >>> mount: can't find fstab entry for /mnt/ops_test >>> >>> >>> Any ideas ? That style of fstab entry seems to work fine on my linux >>> boxes (albeit with nfs4 instead of nfs, but that makes no difference >>> on openbsd). >> >> Well, openbsd is not linux. >> >> Have no idea what that word "defaults" in there means. I think what you should take away from this is to remove the word defaults.
Re: OpenBSD 6.0 CDs arrived today
The 6.0 CD set and the songs CD arrived today (Germany). The signatures check out. #!/usr/bin/perl -w use File::Find; my %tree; my %skip = qw(SHA256.sig 1 TRANS.TBL 1 boot.catalog 1 .slicemapfile 1); find sub { push @{$tree{$File::Find::dir}}, $_ if -f && !$skip{$_} }, @ARGV; use autodie; opendir my $oldcwd, "."; for (sort keys %tree) { print "===> ", $_, "\n"; chdir $_; system qw(/usr/bin/signify -C -p /etc/signify/openbsd-60-base.pub -x SHA256.sig), @{$tree{$_}} and die; chdir $oldcwd; } -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: can't find fstab entry ?
On 2016-09-08 09:46, Bob Jones wrote: Soany one care to give a more sensible suggestion than Theo's unnecessary anti-Linux rant ?? Well, Bob, I didn't perceive it as anti, just that you want to use a Linux-specific fstab entry on an OS which isn't Linux. Of course, I was just a disinterested observer of the thread. Here are three possible suggestions for your consideration. 1. Follow the specifications listed in the fstab(5) man page when provisioning /etc/fstab. 2. Develop a proposed set of diffs to fstab.h and mount(8) to accommodate your requirement. You can then use it, and if you think it would be of value to the Project and its users, submit your diffs to the Project for consideration. 3. Use Linux, if neither of the two previous suggestions meet your needs. On Monday, 5 September 2016, Theo de Raadt wrote: > OpenBSD 6.0 GENERIC.MP#0 amd64 > > My fstab entry looks like : > > 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto 0 0 > > However: > > $ doas mount /mnt/ops_test > doas (m...@example.com ) password: > mount: can't find fstab entry for /mnt/ops_test > > > Any ideas ? That style of fstab entry seems to work fine on my linux > boxes (albeit with nfs4 instead of nfs, but that makes no difference > on openbsd). Well, openbsd is not linux. Have no idea what that word "defaults" in there means.
Re: can't find fstab entry ?
On Thu, Sep 08, 2016 at 02:46:03PM +0100, Bob Jones wrote: > Soany one care to give a more sensible suggestion than Theo's > unnecessary anti-Linux rant ?? He gave you a clue. You are using options that do not exist op OpenBSD. See mount(8) -Otto > > On Monday, 5 September 2016, Theo de Raadt wrote: > > > > OpenBSD 6.0 GENERIC.MP#0 amd64 > > > > > > My fstab entry looks like : > > > > > > 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto > > 0 0 > > > > > > However: > > > > > > $ doas mount /mnt/ops_test > > > doas (m...@example.com ) password: > > > mount: can't find fstab entry for /mnt/ops_test > > > > > > > > > Any ideas ? That style of fstab entry seems to work fine on my linux > > > boxes (albeit with nfs4 instead of nfs, but that makes no difference > > > on openbsd). > > > > Well, openbsd is not linux. > > > > Have no idea what that word "defaults" in there means.
Re: can't find fstab entry ?
Perhaps re-read what Theo said, and do not stop and give up when you get to the word "linux"? Good luck, -- Raul On Thu, Sep 8, 2016 at 9:46 AM, Bob Jones wrote: > Soany one care to give a more sensible suggestion than Theo's > unnecessary anti-Linux rant ?? > > On Monday, 5 September 2016, Theo de Raadt wrote: > >> > OpenBSD 6.0 GENERIC.MP#0 amd64 >> > >> > My fstab entry looks like : >> > >> > 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto >> 0 0 >> > >> > However: >> > >> > $ doas mount /mnt/ops_test >> > doas (m...@example.com ) password: >> > mount: can't find fstab entry for /mnt/ops_test >> > >> > >> > Any ideas ? That style of fstab entry seems to work fine on my linux >> > boxes (albeit with nfs4 instead of nfs, but that makes no difference >> > on openbsd). >> >> Well, openbsd is not linux. >> >> Have no idea what that word "defaults" in there means.
Re: can't find fstab entry ?
Soany one care to give a more sensible suggestion than Theo's unnecessary anti-Linux rant ?? On Monday, 5 September 2016, Theo de Raadt wrote: > > OpenBSD 6.0 GENERIC.MP#0 amd64 > > > > My fstab entry looks like : > > > > 10.10.10.10:/srv/share /mnt/ops_test nfs defaults,noexec,nosuid,nodev,auto > 0 0 > > > > However: > > > > $ doas mount /mnt/ops_test > > doas (m...@example.com ) password: > > mount: can't find fstab entry for /mnt/ops_test > > > > > > Any ideas ? That style of fstab entry seems to work fine on my linux > > boxes (albeit with nfs4 instead of nfs, but that makes no difference > > on openbsd). > > Well, openbsd is not linux. > > Have no idea what that word "defaults" in there means.
Re: OpenBSD 6.0 CDs arrived today
Montreal Got them monday :D On Wed, Sep 7, 2016 at 8:53 PM, patrick keshishian wrote: > Also arrived in Southern California USA > > http://sidster.org/gallery/obsd/60/img_2538.sml.jpg > > Fantastic work folks and great tee-shirt design! > Also a "thank you" to Lyn at OpenBSD Store. > > --patrick > > > On 9/7/16, Kenneth Gober wrote: >> Shipments of OpenBSD 6.0 CDs have started arriving, I'm in the USA, >> New York area. >> >> -ken > -- - () ascii ribbon campaign - against html e-mail /\
Motherboard LGA-1156 Micro-ATX
Hi, after many troubles with motherboard MS-7613 ( I can't install OBSD 5.9 or 6.0, many browser with 300% CPU usage, no audio ... ), I thinking change to another one :) Somebody have any suggestion for a motherboard that have Micro-ATX form factor and LGA-1156 socket, which work fine with OpenBSD. Thanks Raffaele -- thrph.i...@gmail.com
Re: Keyboard mapping in X with Yubikey
On 12/10/15 15:49, Etienne wrote: [...] in X. setxkbmap(1) needs a device id as an argument, and I'm supposed to find that id in the output of "xinput list", but that output never changes, with the Yubikey plugged in or out. It permanently shows: % xinput list ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ /dev/wsmouse0 id=7[slave pointer (2)] ⎜ ↳ /dev/wsmouse id=8[slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ /dev/wskbdid=6[slave keyboard (3)] I have given up on this issue for a while, I'm back at it now. In man xorg.conf, in the InputDevice section, I read: Option "Floating" "boolean" When enabled, the input device is set up floating and does not report events through any master device or control a cursor. The device is only available to clients using the X Input Extension API. This option is disabled by default. The options CorePointer, CoreKeyboard, AlwaysCore, and SendCoreEvents, are the inverse of option Floating (i.e. SendCoreEvents "on" is equivalent to Floating "off" ). Does that mean that if a device has this option on, an additional entry will be visible in the output of xinput (as a command)? Cheers, -- Étienne
Re: can't get vmd to work on current
On September 8, 2016 11:34:48 AM GMT+02:00, "Mart Tõnso" wrote: >> True. If it was merely GENERIC[.MP] with vmm enabled, then fine. But >a >> kernel named "TIMMU" could deserve some explanation as to what's been >> done to it. > >That's why I included the config in the first email, but I see where Oh indeed. I lost that part. >the >confusion arises. >Since VMM is not enabled by default and changing the GENERIC config >doesn't seem right (and will mess with cvs updates). > >Best way I can come up with.. > ># cat /usr/src/sys/arch/amd64/conf/VMM >include "arch/amd64/conf/GENERIC.MP" >vmm0at mainbus0 > >Is that acceptable? Yes, this is very clear and I don't think you could get away with less. /Alexander > >--- >Regards, > >Mart
Re: can't get vmd to work on current
> True. If it was merely GENERIC[.MP] with vmm enabled, then fine. But a > kernel named "TIMMU" could deserve some explanation as to what's been > done to it. That's why I included the config in the first email, but I see where the confusion arises. Since VMM is not enabled by default and changing the GENERIC config doesn't seem right (and will mess with cvs updates). Best way I can come up with.. # cat /usr/src/sys/arch/amd64/conf/VMM include "arch/amd64/conf/GENERIC.MP" vmm0at mainbus0 Is that acceptable? --- Regards, Mart
Re: spamd question
Hi Kasper, On 2016-09-07 Wed 15:07 PM |, Kasper Haitsma wrote: > 5.9 -> 5.9 nothing at all Fix this problem first. > > pf.conf is the same on all 4 boxes spamd's pf rules changed in 5.8: http://www.openbsd.org/faq/upgrade58.html Cheers, -- Craig Skinner | http://linkd.in/yGqkv7
Re: iked alternate location for the control socket?
On 2016-09-05, csszep wrote: > Hello! > > In ikectl there is a "-s socket" parameter to change the control socket > location. But in iked the "-s" parameter is missing, so you cannot change > the socket location. > > This is not implemented in iked? It is useful if run two iked process in > different rdomain. >From looking at the code: not yet.
Re: Sun V100 with >127Gb drives on 6.0 supported and working now?
On 9/7/16 4:55 PM, Michael Plura wrote: > On Wed, 7 Sep 2016 12:31:58 -0400 > Daniel Ouellet wrote: > >> A quick question on this as I only notice this in the last few days by >> accident actually, and I want to know if that's real or not. >> ... >> and the V100 simply doesn't support >127Gb. >> ... >> discover by mistake this time around that I sure can format now drives >> bigger then 127GB and no issue so far. >> ... >> Am I shooting myself in the foot if I try now as so far I haven't see >> any problems doing it, but it's been only a week so far. > > Probably. From dmesg on my V100: > > ebus0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0xc3 > > The Sun V100 is using an AcerLabs (ALi) south-bridge chipset M1535D, > that supports ATA-5/UDMA66 which supports CHS 28-bit mode - that > is 128 GiB / 137 GB. > > ALi did a M1535D+ chipset that supported ATA-6/UDMA100 with LBA48 which > can address bigger drives. Some BIOS on x86 didnt support this, but there > you could use bigger drives with a apropiate driver of the OS. > > For your V100 I think you just start overwriting the first bytes of the > driver if you reach 128 GiB... but I'm not sure. You might test that with > dd. > That's just it, I am not sure. It appear not to write over, but I will test this more aggressively. Here is an example of DMESG for one I work with for testing now. The controller is still not any advance one: ebus0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00 But I also see this: wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors ^ And I sure don't see ATA-6/UDMA100 or M1535D+ anywhere. But I do see this one: Acer Labs M5229 UDMA IDE It's just that before you couldn't even format it at all, as soon as you pass 268,435,440 sectors, the server crash, but now well so far it format it. I copy data on it and will do more and still works. I just wanted to know exactly what I should be looking for to know if that was just a fluck, or if there is something supported now that wasn't before and that somehow pass the previous limits I had. I will need to go in each one and check carefully what I see, if there is differences or not. I wish I would know exactly what I may be looking for. I would save a lots of testing, but in the end if that's what it takes I will do it. Having a way to know for sure would be nice. It's just that coming to this by accident and now I am really trying to find the answer for it. More curious then not I suppose as it's not like these servers are so powerful to put them to great work, but I guess I really love them. Thanks for your feedback, I appreciate it! console is /pci@1f,0/isa@7/serial@0,3f8 Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2016 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 6.0 (GENERIC) #1094: Tue Jul 26 16:40:58 MDT 2016 dera...@sparc64.openbsd.org:/usr/src/sys/arch/sparc64/compile/GENERIC real mem = 2147483648 (2048MB) avail mem = 2094309376 (1997MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root: Sun Fire V100 (UltraSPARC-IIe 548MHz) cpu0 at mainbus0: SUNW,UltraSPARC-IIe (rev 3.3) @ 548 MHz cpu0: physical 16K instruction (32 b/l), 16K data (32 b/l), 512K external (64 b/l) psycho0 at mainbus0: SUNW,sabre, impl 0, version 0, ign 7c0 psycho0: bus range 0-0, PCI bus 0 psycho0: dvma map 6000-7fff pci0 at psycho0 ebus0 at pci0 dev 7 function 0 "Acer Labs M1533 ISA" rev 0x00 "dma" at ebus0 addr 0- ivec 0x2a not configured rtc0 at ebus0 addr 70-71: m5819 power0 at ebus0 addr 2000-2007 ivec 0x23 lom0 at ebus0 addr 8010-8011 ivec 0x2a: LOMlite2 rev 3.12 com0 at ebus0 addr 3f8-3ff ivec 0x2b: ns16550a, 16 byte fifo com0: console com1 at ebus0 addr 2e8-2ef ivec 0x2b: ns16550a, 16 byte fifo "flashprom" at ebus0 addr 0-7 not configured alipm0 at pci0 dev 3 function 0 "Acer Labs M7101 Power" rev 0x00: 74KHz clock iic0 at alipm0 "max1617" at alipm0 addr 0x18 skipped due to alipm0 bugs spdmem0 at iic0 addr 0x54: 512MB SDRAM registered ECC PC133CL2 spdmem1 at iic0 addr 0x55: 512MB SDRAM registered ECC PC133CL2 spdmem2 at iic0 addr 0x56: 512MB SDRAM registered ECC PC133CL2 spdmem3 at iic0 addr 0x57: 512MB SDRAM registered ECC PC133CL2 dc0 at pci0 dev 12 function 0 "Davicom DM9102" rev 0x31: ivec 0x7c6, address 00:03:ba:2b:62:16 amphy0 at dc0 phy 1: DM9102 10/100 PHY, rev. 0 dc1 at pci0 dev 5 function 0 "Davicom DM9102" rev 0x31: ivec 0x7dc, address 00:03:ba:2b:62:17 amphy1 at dc1 phy 1: DM9102 10/100 PHY, rev. 0 ohci0 at pci0 dev 10 function 0 "Acer Labs M5237 USB" rev 0x03: ivec 0x7e4, version 1.0, legacy support pciide0 at pci0 dev 13 function 0 "Acer Labs M5229 UDMA IDE" rev 0xc3: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using ivec 0x7cc for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd0(pciid