Re: OT: Goldman Sachs rescued(?) by Google
OK I surrender! I get the message lol
How does pkg_add know I'm tracking -stable?
I've built both /usr/src and /usr/xenocara after updating to -stable, and I've updated /usr/ports to -stable, but there are no instructions to do a build at the top of /usr/ports. Can I assume that would be because you generally don't want to build the whole ports tree? I'm reading the faq, and looks like pkg_add doesn't have any option to tell it whether to add from -stable or -current or -release . There are warnings not to mix packages from -stable and -current , and I think it at indicates not to mix -stable and -release . But I don't see any way to tell pkg_add which. It looks like pkg_add references and uses the ports directory, in which case it should know to get the -stable packages. Am I understanding things correctly? -- Joel Rees Be careful where you see conspiracy. Look first in your own heart, and ask yourself if you are not your own worst enemy.
Re: How does pkg_add know I'm tracking -stable?
joel.r...@gmail.com (Joel Rees), 2014.09.23 (Tue) 10:10 (CEST): I've built both /usr/src and /usr/xenocara after updating to -stable, and I've updated /usr/ports to -stable, but there are no instructions to do a build at the top of /usr/ports. Can I assume that would be because you generally don't want to build the whole ports tree? I'm reading the faq, and looks like pkg_add doesn't have any option to tell it whether to add from -stable or -current or -release . There are warnings not to mix packages from -stable and -current , and I think it at indicates not to mix -stable and -release . But I don't see any way to tell pkg_add which. It looks like pkg_add references and uses the ports directory, in which case it should know to get the -stable packages. Am I understanding things correctly? I think the following applies (pkg_add(1)): If the given package names are not found in the current working directory, pkg_add will search for them in each directory (local or remote) named by the PKG_PATH environment variable. If PKG_PATH is not defined, pkg_add will use the path named by installpath within pkg.conf(5). So _you_ decide by the path you specify. Bye, Marcus
Re: How does pkg_add know I'm tracking -stable?
* Joel Rees joel.r...@gmail.com [2014-09-23 10:12]: I've built both /usr/src and /usr/xenocara after updating to -stable, and I've updated /usr/ports to -stable, but there are no instructions to do a build at the top of /usr/ports. Can I assume that would be because you generally don't want to build the whole ports tree? pretty much. I'm reading the faq, and looks like pkg_add doesn't have any option to tell it whether to add from -stable or -current or -release . There are warnings not to mix packages from -stable and -current , correct and I think it at indicates not to mix -stable and -release . incorrect. -stbale is -release + fixes, the entire point of -stable is that it is 100% compatible with release - it just sees a few fixes. But I don't see any way to tell pkg_add which. pkg_add doesn't know or care about release/stable/current/frankenstein. The packages itself are built against a certain set of libraries and thus care (and pkg_add checks that). libraries don't change versions in -stable, pretty much by definition. to a smaller extent the same applies to syscalls and some other interfaces, but we get into nitpicking. you tell pkg_add a source for your packages, that's it. It looks like pkg_add references and uses the ports directory nope -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: How does pkg_add know I'm tracking -stable?
On Tue, Sep 23, 2014 at 5:34 PM, Henning Brauer hb-open...@ml.bsws.de wrote: * Joel Rees joel.r...@gmail.com [2014-09-23 10:12]: [...] and I think it at indicates not to mix -stable and -release . incorrect. -stbale is -release + fixes, the entire point of -stable is that it is 100% compatible with release - it just sees a few fixes. But I don't see any way to tell pkg_add which. pkg_add doesn't know or care about release/stable/current/frankenstein. The packages itself are built against a certain set of libraries and thus care (and pkg_add checks that). libraries don't change versions in -stable, pretty much by definition. to a smaller extent the same applies to syscalls and some other interfaces, but we get into nitpicking. you tell pkg_add a source for your packages, that's it. It looks like pkg_add references and uses the ports directory nope Thanks, Henning (and Marcus, too). That gets me straightened out. -- Joel Rees Computer storage is nothing but fancy paper, and the CPUs nothing but fancy pens. All is text, streaming from the past to the future forever.
Re: unbound
On Mon, Sep 22, 2014 at 09:58:40PM +, Stuart Henderson wrote: | Unbound is a recursive-only server. You can add a domain with local-data | (whether it's a local or remote IP) but this is just for queries from | local DNS clients, not from other nameservers. | | If you want to serve these records to other nameservers, that needs to | be done with a different program (for example NSD). There are a couple of | ways to run the two programs on the same machine, easiest is usually to | run unbound on an internal IP address and nsd on an external address, | though there are some other options. | | BIND has a not-recommended config mode where you can serve both clients | and other nameservers on the same IP address. You can't do this with | most modern DNS servers including Unbound. Unbound can give authoritative answers, they can be configured in the unbound configuration file; search unbound.conf(5) for local-zone: and local-data: options. Do not use this for production service: if you want to run an authoritative nameserver, run an authoritative nameserver. Paul 'WEiRD de Weerd -- [++-]+++.+++[---].+++[+ +++-].++[-]+.--.[-] http://www.weirdnet.nl/ [demime 1.01d removed an attachment of type application/pgp-signature]
Re: pf queue max bug
On 22.09.2014 23:23, Jacob L. Leifman wrote: Hi, I think you are hitting the edge case discussed earlier this month (by stu@ henning@ and others and it might have been on tech@) -- due to fairly low OS interrupt rate (baked in default is 100Hz), low bandwidth queue limits on high-bandwidth pipes mostly do not work. Currently the only offered solution was to rebuild the kernel with increased tick rate. I recommend searching the archives, the subject was something about the new queue system. -Jacob. Hi, I made a new kernel on top of GENERIC.MP with HZ=1000. Same behavior. Also qlimit(50) never get full and pkts/bytes never get dropped. [ns]/sys/arch/amd64/conf$ more HZ # $OpenBSD: GENERIC.MP,v 1.11 2014/09/03 07:44:33 blambert Exp $ include arch/amd64/conf/GENERIC option MULTIPROCESSOR #option MP_LOCKDEBUG option HZ=1000 cpu*at mainbus? pf.conf queue rootq on $ExtIf bandwidth 98M, max 99M queue inter parent rootq bandwidth 1M, max 2M default queue bg parent rootq bandwidth 10M, max 15M [ns]~$ sysctl -a | grep kern.clo kern.clockrate=tick = 1000, tickadj = 4, hz = 1000, profhz = 1000, stathz = 1000 pfctl -vvs queue queue rootq on em0 bandwidth 98M, max 99M qlimit 50 [ pkts: 0 bytes: 0 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 ] [ measured: 0.0 packets/s, 0 b/s ] queue inter parent rootq on em0 bandwidth 1M, max 2M default qlimit 50 [ pkts: 147059 bytes: 150743153 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 ] [ measured: 3751.0 packets/s, 30.76Mb/s ] queue bg parent rootq on em0 bandwidth 10M, max 15M qlimit 50 [ pkts: 1015 bytes: 107200 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 ] [ measured:27.2 packets/s, 23.16Kb/s ] systat q QUEUE BW SCH PRIO PKTSBYTES DROP_P DROP_B QLEN BORROW SUSPEN P/S B/S rootq on em0 98M 00 000 0 0 inter1M 191868 194045K 000 3004 3455760 bg 10M 1297 135814 000324608 dmesg OpenBSD 5.6-current (HZ) #0: Tue Sep 23 11:26:16 EEST 2014 vl...@ns.bsdbg.net:/sys/arch/amd64/compile/HZ real mem = 6416760832 (6119MB) avail mem = 6237212672 (5948MB) .
Re: unbound
On 2014-09-22 Mon 16:51 PM |, Giancarlo Razzolini wrote: Craig, If I understood this correctly this almost replace the view function on bind? Now that it was dropped I need to start planning my transition. Yes. Until 5.3 I was running a split horizon master zone, with different views for shadow (public) and internal (private). With the switch to NSD it became unworkable to use a split horizon zone on the same server internally as: *) NSD listens on port 53 to authoritatively serve the zone *) Unbound listens on port 53 to recursively resolve everything else This way, the old BIND shadow/public master zone is served by NSD, as is the old internal reverse zone, and a new .internal zone. These are all proxied (stubbed) by Unbound for the internal hosts. There is also an internal slave NSD server that xfers those zones stubs them via it's own Unbound daemon - that way I didn't have to hard code/rdist the internal forward reverse zones in multiple machine's unbound.conf The choice of the internal zone name basically boiled down to: .localdomain .priv(ate) .internal Apparently,... .local interferers with a lot of Apple gadgets. hostmaster@teak:~ 0$ ls -ld /var/unbound drwxr-xr-x 6 root wheel 512 Sep 11 15:23 /var/unbound/ hostmaster@teak:~ 0$ ls -loAR /var/unbound total 16 drwxrwx--- 2 _unboundhostmasters - 512 May 9 09:55 db/ drwxr-xr-x 2 rootwheel- 512 Sep 16 08:36 dev/ drwxr-x--- 3 hostmaster _unbound - 512 Sep 11 15:36 etc/ drwxr-xr-x 3 rootwheel- 512 Apr 24 19:20 var/ /var/unbound/db: total 4 -rw-r--r-- 1 _unbound _unbound - 759 May 9 09:55 root.key /var/unbound/dev: total 0 srw-rw-rw- 1 root wheel - 0 Sep 16 08:36 log= /var/unbound/etc: total 136 drwxrwx--- 2 hostmaster hostmasters - 512 Sep 11 15:36 RCS/ -rw-r--r-- 1 hostmaster hostmasters - 333 Apr 30 14:39 notes.txt -r--r--r-- 1 hostmaster hostmasters - 3323 Apr 26 20:53 root.hints -r--r--r-- 1 hostmaster hostmasters - 21314 Apr 24 19:20 unbound-example-54.conf -r--r--r-- 1 hostmaster hostmasters - 23548 Sep 11 15:18 unbound-example-55.conf -r--r--r-- 1 hostmaster hostmasters - 5939 Sep 11 15:31 unbound.conf -r--r- 1 hostmaster _unbound - 1277 Sep 11 15:32 unbound_control.key -r--r- 1 hostmaster _unbound - 802 Sep 11 15:32 unbound_control.pem -r--r- 1 hostmaster _unbound - 1277 Sep 11 15:32 unbound_server.key -r--r- 1 hostmaster _unbound - 790 Sep 11 15:32 unbound_server.pem /var/unbound/etc/RCS: total 60 -r--r--r-- 1 hostmaster hostmasters - 4477 Apr 26 21:42 root.hints,v -r--r--r-- 1 hostmaster hostmasters - 14483 Sep 11 15:32 unbound.conf,v -r--r- 1 hostmaster _unbound - 1485 Sep 11 15:34 unbound_control.key,v -r--r- 1 hostmaster _unbound - 1010 Sep 11 15:35 unbound_control.pem,v -r--r- 1 hostmaster _unbound - 1484 Sep 11 15:36 unbound_server.key,v -r--r- 1 hostmaster _unbound - 997 Sep 11 15:35 unbound_server.pem,v /var/unbound/var: total 4 drwxrwx--- 2 _unbound hostmasters - 512 Sep 16 08:36 run/ /var/unbound/var/run: total 4 -rw-r--r-- 1 _unbound _unbound - 6 Sep 16 08:36 unbound.pid hostmaster@teak:~ 0$ ls -ld /var/nsd drwxr-xr-x 7 root wheel 512 May 1 12:55 /var/nsd/ hostmaster@teak:~ 0$ ls -loAR /var/nsd total 20 drwxrwx--- 2 _nsdhostmasters - 512 Aug 7 13:42 db/ drwxr-xr-x 2 rootwheel- 512 Sep 16 08:36 dev/ drwxr-x--- 4 hostmaster _nsd - 512 Sep 11 13:49 etc/ drwxrwx--- 3 _nsdhostmasters - 512 Sep 23 09:48 run/ drwxr-xr-x 4 rootwheel- 512 May 1 14:26 zones/ /var/nsd/db: total 992 -rw-r--r-- 1 _nsd hostmasters - 589824 Sep 11 13:45 nsd.db /var/nsd/dev: total 0 srw-rw-rw- 1 root wheel - 0 Sep 16 08:36 log= /var/nsd/etc: total 36 drwxrwx--- 2 hostmaster hostmasters - 512 Sep 11 13:49 RCS/ -r--r- 1 hostmaster hostmasters - 1034 Mar 5 2014 nsd-55.conf -r--r--r-- 1 hostmaster hostmasters - 2886 Sep 11 13:38 nsd.conf -r--r- 1 hostmaster _nsd - 1277 Sep 11 13:45 nsd_control.key -r--r- 1 hostmaster _nsd - 790 Sep 11 13:45 nsd_control.pem -r--r- 1 hostmaster _nsd - 1277 Sep 11 13:45 nsd_server.key -r--r- 1 hostmaster _nsd - 782 Sep 11 13:45 nsd_server.pem drwxrwxr-x 3 hostmaster hostmasters - 512 May 22 12:45 slaves/ /var/nsd/etc/RCS: total 32 -r--r--r-- 1 hostmaster hostmasters - 7598 Sep 11 13:39 nsd.conf,v -r--r- 1 hostmaster _nsd - 1481 Sep 11 13:47 nsd_control.key,v -r--r- 1 hostmaster _nsd - 994 Sep 11 13:48 nsd_control.pem,v -r--r- 1 hostmaster _nsd - 1480 Sep 11 13:48 nsd_server.key,v -r--r- 1 hostmaster _nsd - 985 Sep 11 13:49 nsd_server.pem,v /var/nsd/etc/slaves: total 16 drwxrwx--- 2 hostmaster hostmasters - 512 May 22 12:45 RCS/ -r--r--r-- 1 hostmaster hostmasters - 427 May 13 21:04 X-nokey.conf
Re: unbound
On 2014/09/23 11:46, Paul de Weerd wrote: On Mon, Sep 22, 2014 at 09:58:40PM +, Stuart Henderson wrote: | Unbound is a recursive-only server. You can add a domain with local-data | (whether it's a local or remote IP) but this is just for queries from | local DNS clients, not from other nameservers. | | If you want to serve these records to other nameservers, that needs to | be done with a different program (for example NSD). There are a couple of | ways to run the two programs on the same machine, easiest is usually to | run unbound on an internal IP address and nsd on an external address, | though there are some other options. | | BIND has a not-recommended config mode where you can serve both clients | and other nameservers on the same IP address. You can't do this with | most modern DNS servers including Unbound. Unbound can give authoritative answers, they can be configured in the unbound configuration file; search unbound.conf(5) for local-zone: and local-data: options. Ah sorry I was mistaken, I didn't realise it set 'aa' on these. Do not use this for production service: if you want to run an authoritative nameserver, run an authoritative nameserver. Yes.
cheap and low power quad-core server with Intel J1900
I wanted to set up such a server with an Asrock Q1900M mainboard. But booting this with the stable OpenBSD 5.5 CD led into: panic: unknown MPS interrupt polarity 2 Booting with the 5.6 snapshot 9/19/2014 was possible, but with a message (after a while) uhub0: device problem, disabling port 1 and my USB-CD-Drive was not working for the installation. In the log-screen I saw some errors like vendor Intel unknown product 0x0f12 (class serial bus subclass SMBus, rev 0x0c) at pci0 dev 31 function 3 not configured 1.) Do you think, I should continue setting up such a server (with known problems) if the rest works? 2.) When do you expect this hardware to be fully supported? 3.) Do you recommend using other CPUs and/or manufacturer? Yours Karl-Heinz
Re: OT: Goldman Sachs rescued(?) by Google
On Tue, Sep 23, 2014 at 3:43 AM, Maurice McCarthy m...@mythic-beasts.com wrote: OK I surrender! I get the message lol Hey at least I marked it OT: :-) -- Don't eat anything you've ever seen advertised on TV - Michael Pollan, author of In Defense of Food
Re: cheap and low power quad-core server with Intel J1900
On Tue, Sep 23, 2014 at 12:34:43PM +0200, Karl-Heinz Volk wrote: I wanted to set up such a server with an Asrock Q1900M mainboard. But booting this with the stable OpenBSD 5.5 CD led into: panic: unknown MPS interrupt polarity 2 Booting with the 5.6 snapshot 9/19/2014 was possible, but with a message (after a while) uhub0: device problem, disabling port 1 and my USB-CD-Drive was not working for the installation. In the log-screen I saw some errors like vendor Intel unknown product 0x0f12 (class serial bus subclass SMBus, rev 0x0c) at pci0 dev 31 function 3 not configured This is unrelated and not strictly speaking an error. It just means it is an unknown PCI device that isn't claimed by any drivers in the kernel. 1.) Do you think, I should continue setting up such a server (with known problems) if the rest works? 2.) When do you expect this hardware to be fully supported? 3.) Do you recommend using other CPUs and/or manufacturer? If you provide some more details such as a dmesg it may be possible to get your USB problems resolved. I'll commit some changes to the ichiic(4) driver to recognise your smbus device so that should show up in future snapshots.
Why are there no PKG_PATH defaults?
Hi,
Expanding on the whole
http://en.wikipedia.org/wiki/Convention_over_configuration thing --
why aren't there any sane PKG_PATH defaults? Ie.:
release=$(uname -r)
architecture=$(uname -p)
export
PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/${release}/packages/${architecture}/
Thanks!
O.D.
Re: Why are there no PKG_PATH defaults?
On September 23, 2014 3:00:41 PM CEST, openda...@hushmail.com wrote:
Hi,
Expanding on the whole
http://en.wikipedia.org/wiki/Convention_over_configuration thing --
why aren't there any sane PKG_PATH defaults? Ie.:
release=$(uname -r)
architecture=$(uname -p)
export
PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/${release}/packages/${architecture}/
Because /etc/pkg.conf ?
/Alexander
Thanks!
O.D.
WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch
I have this Lenovo T60 running amd64-current (full dmesg at the end): OpenBSD 5.6-current (GENERIC.MP) #388: Mon Sep 22 02:23:15 MDT 2014 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz, 1994.62 MHz real mem = 3203203072 (3054MB) avail mem = 3109261312 (2965MB) I follow current since OpenBSD 5.6 (GENERIC.MP) #310: Tue Jul 29 11:49:10 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP All programs have been installed from packages. For KDE-programs I went for the first time with KDE4. Window-manager is Fluxbox. Whenever I fetch a fresh snapshot the first thing after reboot is pkg_add -ui and an update of /usr/src, /usr/ports, /usr/xenocara. Starting some usual programs in a xterm I get the following warnings: ~ $ okular okular:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program okular:/usr/local/lib/qt4/libQtScript.so.2.0: /usr/local/lib/kde4/libs/libkjsapi.so.50.2 : WARNING: symbol(_ZTIN14WTFNoncopyable11NoncopyableE) size mismatch, relink your program ~ $ xombrero xombrero:/usr/local/lib/libestdc++.so.16.0: /usr/lib/libstdc++.so.57.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program Bus error (core dumped) ~ $ konqueror konqueror:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program ~ $ libreoffice /usr/local/lib/libreoffice/program/soffice.bin:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program Even though I am pretty confident that I followed all advisories given for current I might have missed something. Has anyone a clue what I could do better??? Reinstalling from ports? Thanks in advance. Best regards, STEFAN OpenBSD 5.6-current (GENERIC.MP) #388: Mon Sep 22 02:23:15 MDT 2014 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3203203072 (3054MB) avail mem = 3109261312 (2965MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (68 entries) bios0: vendor LENOVO version 79ETC9WW (2.09 ) date 12/22/2006 bios0: LENOVO 2007VG2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT SSDT SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz, 1994.62 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF cpu0: 4MB 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 166MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz, 1994.34 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF cpu1: 4MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 12 (EXP3) acpiprt6 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS, resource for USB0, USB2, USB7 acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 92P1139 serial 2887 type LION oem Panasonic acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 1994 MHz: speeds: 2000, 1667, 1333, 1000 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: msi pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 0 function 0 ATI Radeon Mobility X1300 M52-64 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 1 int 16 azalia0 at pci0 dev 27 function 0 Intel 82801GB HD
quotas grace period none right away
Hello misc, I'm using i386 5.4-stable (GENERIC.MP) with user quotas (only) set on one FS (it's default FS, nothing special). The grace period is 7 days, edquota -t confirms it. It works fine if I create/chown files from shell, but changes to none right away with every day operations (twice already). The box have rebooted after quotas where set, so the quotacheck did run. This might have something to do with the fact that this is a mail server, and mail is being delivered by root (by procmail to maildirs if it makes a difference). I've found an old Otto's message about something remotely related. Does someone have deeper understanding of this situation or experienced something similar? -- Best regards, Boris mailto:bo...@twopoint.com
pf/queue questions
i have a site-to-site vpn setup across a 40Mbps wan link (average ~30ms
latency). one of its uses is for san replication, but of course management
traffic (ssh sessions, etc.) have to cross the link as well. without using
queues, at times the replication traffic is such that management traffic
suffers to the point of being unusable.
so i setup queues, which fixed the management problem. but despite the
management bandwidth requirements being minimal, the san replication
traffic was then seen to plateau well below where i believe it should have
been.
one specific thing i'm seeing with this particular configuration is that
san replication traffic tops out at 24Mbps, as seen on the wan circuit
itself (outside of openbsd). removing the queues results in 100% wan
utilization, even up to 100Mbps when the circuit is temporarily
reconfigured to allow it.
i have to assume that i've misunderstood the documentation and am looking
for some help. i'll paste the pf.conf below, followed by dmesg. we have a
fairly complex network on each end of the vpn, and we do in fact need the
nat that you will see though not for reasons related to the san replication
traffic. i have no doubt that i've done things incorrectly even in areas
seemingly unrelated to san replication, so feel free to fire away ...
pf.conf:
===
##
# macros
LANIF = em0
WANIF = em1
PFSYNC = em2
INETIF = vlan2
TWP2PIF = vlan3
table vpnendpointspersist { $PUBLIC1 $PUBLIC2 $REMOTEPUB3 $REMOTEPUB4
172.30.255.240/28 }
table carpmembers persist { $PUBLIC1 $PUBLIC2 172.28.0.251
172.28.0.252 }
table trustednets persist { 10.200.0.0/16 192.168.0.0/16 172.16.0.0/12
}
table recoverpointpersist { 10.200.80.0/24 172.28.0.247 172.28.0.248
10.200.72.0/24 172.28.0.10 172.28.0.11 172.28.0.12 172.28.2.0/24 }
##
# queues
altq on $INETIF cbq bandwidth 20Mb queue { ssh, sansync, std }
altq on $TWP2PIF cbq bandwidth 35Mb queue { ssh, sansync, std }
queue sansync bandwidth 35% priority 1 cbq(borrow ecn)
queue std bandwidth 50% priority 2 cbq(default borrow)
queue ssh bandwidth 15% priority 3 cbq(borrow ecn)
##
# options
set skip on lo
set skip on enc0
set skip on gif
set skip on $PFSYNC
set block-policy return
set loginterface $WANIF
##
# ftp proxy
anchor ftp-proxy/*
pass in quick on $LANIF inet proto tcp to any port ftp \
divert-to 127.0.0.1 port 8021
##
# match rules
match in from trustednets scrub (no-df random-id max-mss 1200)
##
# filter rules
block in log
pass out
pass out proto tcp all modulate state
# site-to-site vpn
pass in quick log proto esp from vpnendpoints
pass in quick log proto udp from vpnendpoints port isakmp
antispoof quick for { lo $LANIF }
pass in quick proto carp from any to any
pass in quick inet proto icmp from any to any icmp-type { echoreq echorep
timex unreach }
pass in quick on $LANIF to recoverpoint queue sansync label sansync
pass in quick on $LANIF proto tcp to port { ssh } queue ssh label ssh
pass in quick on $LANIF proto tcp to port { 3389 } queue ssh label rdp
pass in log on $LANIF queue std label std
dmesg:
=
OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8403169280 (8013MB)
avail mem = 8171749376 (7793MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xb7fcb000 (82 entries)
bios0: vendor HP version P80 date 11/08/2013
bios0: HP ProLiant DL320e Gen8 v2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP SPCR MCFG HPET SPMI ERST APIC BERT HEST
DMAR SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices PCI0(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xb800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU E3-1270 v3 @ 3.50GHz, 3492.44 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
,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT
,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1
,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
cpu0: apic clock running at 99MHz
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Xeon(R) CPU E3-1270 v3 @ 3.50GHz, 3491.92 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
,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT
,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1
pf/queue questions
i have a site-to-site vpn setup across a 40Mbps wan link (average ~30ms
latency). one of its uses is for san replication, but of course management
traffic (ssh sessions, etc.) have to cross the link as well. without using
queues, at times the replication traffic is such that management traffic
suffers to the point of being unusable.
so i setup queues, which fixed the management problem. but despite the
management bandwidth requirements being minimal, the san replication traffic
was then seen to plateau well below where i believe it should have been.
one specific thing i'm seeing with this particular configuration is that san
replication traffic tops out at 24Mbps, as seen on the wan circuit itself
(outside of openbsd). removing the queues results in 100% wan utilization, even
up to 100Mbps when the circuit is temporarily reconfigured to allow it.
i have to assume that i've misunderstood the documentation and am looking for
some help. i'll paste the pf.conf below, followed by dmesg. we have a fairly
complex network on each end of the vpn, and we do in fact need the nat that you
will see though not for reasons related to the san replication traffic. i have
no doubt that i've done things incorrectly even in areas seemingly unrelated to
san replication, so feel free to fire away ...
pf.conf:
===
##
# macros
LANIF = em0
WANIF = em1
PFSYNC = em2
INETIF = vlan2
TWP2PIF = vlan3
table vpnendpointspersist { $PUBLIC1 $PUBLIC2 $REMOTEPUB3 $REMOTEPUB4
172.30.255.240/28 }
table carpmembers persist { $PUBLIC1 $PUBLIC2 172.28.0.251 172.28.0.252 }
table trustednets persist { 10.200.0.0/16 192.168.0.0/16 172.16.0.0/12 }
table recoverpointpersist { 10.200.80.0/24 172.28.0.247 172.28.0.248
10.200.72.0/24 172.28.0.10 172.28.0.11 172.28.0.12 172.28.2.0/24 }
##
# queues
altq on $INETIF cbq bandwidth 20Mb queue { ssh, sansync, std }
altq on $TWP2PIF cbq bandwidth 35Mb queue { ssh, sansync, std }
queue sansync bandwidth 35% priority 1 cbq(borrow ecn)
queue std bandwidth 50% priority 2 cbq(default borrow)
queue ssh bandwidth 15% priority 3 cbq(borrow ecn)
##
# options
set skip on lo
set skip on enc0
set skip on gif
set skip on $PFSYNC
set block-policy return
set loginterface $WANIF
##
# ftp proxy
anchor ftp-proxy/*
pass in quick on $LANIF inet proto tcp to any port ftp \
divert-to 127.0.0.1 port 8021
##
# match rules
match in from trustednets scrub (no-df random-id max-mss 1200)
##
# filter rules
block in log
pass out
pass out proto tcp all modulate state
# site-to-site vpn
pass in quick log proto esp from vpnendpoints
pass in quick log proto udp from vpnendpoints port isakmp
antispoof quick for { lo $LANIF }
pass in quick proto carp from any to any
pass in quick inet proto icmp from any to any icmp-type { echoreq echorep timex
unreach }
pass in quick on $LANIF to recoverpoint queue sansync label sansync
pass in quick on $LANIF proto tcp to port { ssh } queue ssh label ssh
pass in quick on $LANIF proto tcp to port { 3389 } queue ssh label rdp
pass in log on $LANIF queue std label std
dmesg:
=
OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8403169280 (8013MB)
avail mem = 8171749376 (7793MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xb7fcb000 (82 entries)
bios0: vendor HP version P80 date 11/08/2013
bios0: HP ProLiant DL320e Gen8 v2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP SPCR MCFG HPET SPMI ERST APIC BERT HEST DMAR
SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices PCI0(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xb800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU E3-1270 v3 @ 3.50GHz, 3492.44 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
cpu0: apic clock running at 99MHz
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Xeon(R) CPU E3-1270 v3 @ 3.50GHz, 3491.92 MHz
cpu1:
cheap and low power quad-core server with Intel J1900
I wanted to set up such a server with an Asrock Q1900M mainboard. But booting this with the stable OpenBSD 5.5 CD led into: panic: unknown MPS interrupt polarity 2 Booting with the 5.6 snapshot 9/19/2014 was possible, but with a message (after a while) uhub0: device problem, disabling port 1 and my USB-CD-Drive was not working for the installation. In the log-screen I saw some errors like vendor Intel unknown product 0x0f12 (class serial bus subclass SMBus, rev 0x0c) at pci0 dev 31 function 3 not configured 1.) Do you think, I should continue setting up such a server (with known problems) if the rest works? 2.) When do you expect this hardware to be fully supported? 3.) Do you recommend using other CPUs and/or manufacturer? Yours Karl-Heinz
Re: quotas grace period none right away
On Tue, Sep 23, 2014 at 10:06:29AM -0500, Boris Goldberg wrote: Hello misc, I'm using i386 5.4-stable (GENERIC.MP) with user quotas (only) set on one FS (it's default FS, nothing special). The grace period is 7 days, edquota -t confirms it. It works fine if I create/chown files from shell, but changes to none right away with every day operations (twice already). The box have rebooted after quotas where set, so the quotacheck did run. This might have something to do with the fact that this is a mail server, and mail is being delivered by root (by procmail to maildirs if it makes a difference). I've found an old Otto's message about something remotely related. Does someone have deeper understanding of this situation or experienced something similar? -- Best regards, Boris mailto:bo...@twopoint.com Grace moves to none if you go above the hard limit. If mail delivery is done by root, quota's are not enforced, so you can go over the hard limit, nulling the grace period. This is a problem I solved a long time ago by using a patch the do local mail delivery as a specific user, but that diff was never committed. -Otto
Re: pf/queue questions
On Tue, Sep 23, 2014 at 9:39 AM, Dewey Hylton dewey.hyl...@gmail.com wrote:
i have a site-to-site vpn setup across a 40Mbps wan link (average ~30ms
latency). one of its uses is for san replication, but of course management
traffic (ssh sessions, etc.) have to cross the link as well. without using
queues, at times the replication traffic is such that management traffic
suffers to the point of being unusable.
so i setup queues, which fixed the management problem. but despite the
management bandwidth requirements being minimal, the san replication
traffic was then seen to plateau well below where i believe it should have
been.
one specific thing i'm seeing with this particular configuration is that
san replication traffic tops out at 24Mbps, as seen on the wan circuit
itself (outside of openbsd). removing the queues results in 100% wan
utilization, even up to 100Mbps when the circuit is temporarily
reconfigured to allow it.
It's not clear to me in which direction or on what interface the SAN
traffic is, but your 20Mb queue on $INETIF might be limiting your
maximum throughput. That said, you might also want to consider
configuring qlimit and you can tweak this based on QLEN in systat
queues. Lastly, I recall henning@ saying queuing on VLANs is mostly
useless, so you only want to apply altq to physical interfaces.
pf.conf:
===
##
# macros
LANIF = em0
WANIF = em1
PFSYNC = em2
INETIF = vlan2
TWP2PIF = vlan3
table vpnendpointspersist { $PUBLIC1 $PUBLIC2 $REMOTEPUB3 $REMOTEPUB4
172.30.255.240/28 }
table carpmembers persist { $PUBLIC1 $PUBLIC2 172.28.0.251
172.28.0.252 }
table trustednets persist { 10.200.0.0/16 192.168.0.0/16 172.16.0.0/12
}
table recoverpointpersist { 10.200.80.0/24 172.28.0.247 172.28.0.248
10.200.72.0/24 172.28.0.10 172.28.0.11 172.28.0.12 172.28.2.0/24 }
##
# queues
altq on $INETIF cbq bandwidth 20Mb queue { ssh, sansync, std }
altq on $TWP2PIF cbq bandwidth 35Mb queue { ssh, sansync, std }
queue sansync bandwidth 35% priority 1 cbq(borrow ecn)
queue std bandwidth 50% priority 2 cbq(default borrow)
queue ssh bandwidth 15% priority 3 cbq(borrow ecn)
##
# options
set skip on lo
set skip on enc0
set skip on gif
set skip on $PFSYNC
set block-policy return
set loginterface $WANIF
##
# ftp proxy
anchor ftp-proxy/*
pass in quick on $LANIF inet proto tcp to any port ftp \
divert-to 127.0.0.1 port 8021
##
# match rules
match in from trustednets scrub (no-df random-id max-mss 1200)
##
# filter rules
block in log
pass out
pass out proto tcp all modulate state
# site-to-site vpn
pass in quick log proto esp from vpnendpoints
pass in quick log proto udp from vpnendpoints port isakmp
antispoof quick for { lo $LANIF }
pass in quick proto carp from any to any
pass in quick inet proto icmp from any to any icmp-type { echoreq echorep
timex unreach }
pass in quick on $LANIF to recoverpoint queue sansync label sansync
pass in quick on $LANIF proto tcp to port { ssh } queue ssh label ssh
pass in quick on $LANIF proto tcp to port { 3389 } queue ssh label rdp
pass in log on $LANIF queue std label std
dmesg:
=
OpenBSD 5.4 (GENERIC.MP) #41: Tue Jul 30 15:30:02 MDT 2013
Re: WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch
2014-09-23 18:41 GMT+04:00 Stefan Wollny stefan.wol...@web.de: I have this Lenovo T60 running amd64-current (full dmesg at the end): OpenBSD 5.6-current (GENERIC.MP) #388: Mon Sep 22 02:23:15 MDT 2014 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz, 1994.62 MHz real mem = 3203203072 (3054MB) avail mem = 3109261312 (2965MB) I follow current since OpenBSD 5.6 (GENERIC.MP) #310: Tue Jul 29 11:49:10 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP All programs have been installed from packages. For KDE-programs I went for the first time with KDE4. Window-manager is Fluxbox. Whenever I fetch a fresh snapshot the first thing after reboot is pkg_add -ui and an update of /usr/src, /usr/ports, /usr/xenocara. Starting some usual programs in a xterm I get the following warnings: ~ $ okular okular:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program okular:/usr/local/lib/qt4/libQtScript.so.2.0: /usr/local/lib/kde4/libs/libkjsapi.so.50.2 : WARNING: symbol(_ZTIN14WTFNoncopyable11NoncopyableE) size mismatch, relink your program ~ $ xombrero xombrero:/usr/local/lib/libestdc++.so.16.0: /usr/lib/libstdc++.so.57.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program Bus error (core dumped) ~ $ konqueror konqueror:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program ~ $ libreoffice /usr/local/lib/libreoffice/program/soffice.bin:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program Even though I am pretty confident that I followed all advisories given for current I might have missed something. Has anyone a clue what I could do better??? Reinstalling from ports? That message is an unfortunate side-effect of switching KDE4 build to newer GCC (from ports and not from base system). While actually such messages (symbol size mismatch) do indicate real problems (this is why they do appear, at all), this particular one - _ZN11__gnu_debug17_S_debug_messagesE - is mostly harmless and you may ignore it safely. -- WBR, Vadim Zhukov
Re: systemd-*
On Sun, Sep 21, 2014 at 08:46:27PM -0600, Theo de Raadt wrote:
Was reading http://boycottsystemd.org/ and they wrote:
The OpenBSD Foundation is currently developing OS-agnostic, BSD-licensed
replacements http://www.openbsdfoundation.org/gsoc2014.html#systemd,
which will likely prove the most viable.
Is this even something that's being worked on?
http://www.openbsdfoundation.org/gsoc2014.html#systemd
Just curious.
Agreed, the wording used on boycottsystemd.org is clearly misleading, and
spreads misinformation.
That writeup is agenda-driven bullshit.
1) The OpenBSD Foundation does not develop any kind of software.
They are a funding agency for the OpenBSD project.
2) The OpenBSD Project is what does development. The OpenBSD project
is not doing any such developement.
3) There is a Google-selected GSOC project by a student to attempt
to make some sense -- in various forms -- of the problems introduced
by systemd, and try to resolve them -- in various forms -- to make
supposedly previously portable software once again portable.
4) There are some OpenBSD Project developers helping that student, I
believe.
Yes, we've mentored Ian during the 4 months of the GSOC project, which
was (according to our own standards, and Google's) a success. We
exchanged a lot on the design and architecture of the project, and he
wrote all the code.
4) There is absolutely nothing anywhere saying the result would be
OS-agnostic. Someone is totally full of shit.
Well, the topic of the project (per
http://www.openbsdfoundation.org/gsoc2014.html#systemd)
was Provide bsd-licenced, os-agnostic, dbus-api compatible
systemd-{hostnamed,timedated,localed,logind} replacements, so even if
the development was done so far on OpenBSD, it was meant from the start
to be easily 'portable' across operating systems, since there was no
reason to do the same mistake systemd developers did on purpose (ie make
it linux-only). Depending on glib and d-bus, it was *never* meant to be
part of the basesystem.
The portable part is not done now, since we want a working
full-featured codebase first. But istr a freebsd developer already
started working on porting what we have to freebsd, and i think someone
looked into making it work on linux, because there is interest in having
alternatives to systemd there.
5) There is nothing to show.
Sorry, but there *is* code to show. As one already said, there's an
article on undeadly about the
project (http://www.undeadly.org/cgi?action=articlesid=20140915064856),
There is a code repository
(https://uglyman.kremlin.cc/gitweb/gitweb.cgi?p=systembsd.git;a=summary),
and there is a WIP port for anyone who wants to help developing/debug it.
(https://github.com/jasperla/openbsd-wip/tree/master/sysutils/systembsd)
So yes, that's not a fully working full-fledged replacement for systemd
components needed by some desktop components from the ports tree *yet*,
but at least we have the start of it, and its architecture is solid.
Contributions (with code!) are of course welcome.
Landry
Re: low power device
On 14-09-22 05:03 PM, Stuart Henderson wrote: The Atom C2xxx boards run OpenBSD fine. Only glitch I've noticed is the screen background goes red if you VT switch twice (ctrl+alt+f2 ctrl+alt+f1). That bug has been around since the 3.x days; the VT code relies on VGA framebuffers initializing something correctly, and increasingly modern VGA implementations don't. First observed under VMware, so Theo refused to fix it back then, but now observable on a wide variety of servers. Cosmetic problem only, and AFAICT only occurs with text-mode display, not the bitmap-based console available now. Fixing it requires (IIRC - going from memory several years old) resetting all video attributes, preemptively erasing the screen, then resetting to correct and redrawing on every VT switch. Not too hard, but not a one-line fix, either. OTOH, thank you for confirming the C2xxx series run OpenBSD without glitches - Intel makes a big deal about how the Avoton/Rangeley line require binary blobs to initialize the chipset, which seems ... well, dumb. And barely credible, at best. -- -Adam Thompson athom...@athompso.net
bioctl weirdness
two identical drives... shutdown system remove one turn the system back on bioctl shows the partitions as 536871980544 which is 137. something times bigger than the drive oddly enough it is 512 times the size of the partition 536871980544/1048578087 512. in a few days I will have all the data moved to another set of drives and be more than willing to do some debugging # bioctl softraid0 Volume Status Size Device softraid0 0 Degraded 536871980544 sd1 RAID1 0 Offline 0 0:0.0 noencl wd0a 1 Online 536871980544 0:1.0 noencl wd1a softraid0 1 Degraded 536871980544 sd2 RAID1 0 Online 536871980544 1:0.0 noencl wd1b 1 Offline 0 1:1.0 noencl wd0b softraid0 2 Degraded 536871980544 sd3 RAID1 0 Online 536871980544 2:0.0 noencl wd1d 1 Offline 0 2:1.0 noencl wd0d softraid0 3 Degraded 389781911040 sd4 RAID1 0 Online 389781911040 3:0.0 noencl wd1e 1 Offline 0 3:1.0 noencl wd0e # disklabel sd1 # /dev/rsd1c: type: SCSI disk: SCSI disk label: SR RAID 1 duid: 1d42ceb8d332594e flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 65270 total sectors: 1048578087 boundstart: 0 boundend: 1048578087 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 10485780480 4.2BSD 4096 327681 c: 10485780870 unused # disklabel sd2 # /dev/rsd2c: type: SCSI disk: SCSI disk label: SR RAID 1 duid: 978b49563ef3223a flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 65270 total sectors: 1048578087 boundstart: 0 boundend: 1048578087 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 10485780480 4.2BSD 4096 327681 c: 10485780870 unused # disklabel sd3 # /dev/rsd3c: type: SCSI disk: SCSI disk label: SR RAID 1 duid: 8e245525f52a55d0 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 65270 total sectors: 1048578087 boundstart: 0 boundend: 1048578087 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 10485780480 4.2BSD 4096 327681 c: 10485780870 unused # disklabel sd4 # /dev/rsd4c: type: SCSI disk: SCSI disk label: SR RAID 1 duid: 390559d487f82e16 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 47388 total sectors: 761292795 boundstart: 0 boundend: 761292795 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a:7612927360 4.2BSD 4096 327681 c:7612927950 unused # disklabel wd0 # /dev/rwd0c: type: ESDI disk: ESDI/IDE disk label: Hitachi HDS5C302 duid: 6c7c163233d6b678 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 243201 total sectors: 3907029168 boundstart: 0 boundend: 3907029168 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 1048578551 64RAID b: 1048578615 1048578615RAID c: 39070291680 unused d: 1048578615 2097157230RAID e:761293323 3145735845RAID
Re: bioctl weirdness
forgot to add this relevant part # bioctl -R /dev/wd0a sd1 softraid0: wd0a partition too small, at least 536871980544 bytes required # On Tue, Sep 23, 2014 at 7:40 PM, Dan Becker geg...@gmail.com wrote: two identical drives... shutdown system remove one turn the system back on bioctl shows the partitions as 536871980544 which is 137. something times bigger than the drive oddly enough it is 512 times the size of the partition 536871980544/1048578087 512. in a few days I will have all the data moved to another set of drives and be more than willing to do some debugging # bioctl softraid0 Volume Status Size Device softraid0 0 Degraded 536871980544 sd1 RAID1 0 Offline 0 0:0.0 noencl wd0a 1 Online 536871980544 0:1.0 noencl wd1a softraid0 1 Degraded 536871980544 sd2 RAID1 0 Online 536871980544 1:0.0 noencl wd1b 1 Offline 0 1:1.0 noencl wd0b softraid0 2 Degraded 536871980544 sd3 RAID1 0 Online 536871980544 2:0.0 noencl wd1d 1 Offline 0 2:1.0 noencl wd0d softraid0 3 Degraded 389781911040 sd4 RAID1 0 Online 389781911040 3:0.0 noencl wd1e 1 Offline 0 3:1.0 noencl wd0e # disklabel sd1 # /dev/rsd1c: type: SCSI disk: SCSI disk label: SR RAID 1 duid: 1d42ceb8d332594e flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 65270 total sectors: 1048578087 boundstart: 0 boundend: 1048578087 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 10485780480 4.2BSD 4096 327681 c: 10485780870 unused # disklabel sd2 # /dev/rsd2c: type: SCSI disk: SCSI disk label: SR RAID 1 duid: 978b49563ef3223a flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 65270 total sectors: 1048578087 boundstart: 0 boundend: 1048578087 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 10485780480 4.2BSD 4096 327681 c: 10485780870 unused # disklabel sd3 # /dev/rsd3c: type: SCSI disk: SCSI disk label: SR RAID 1 duid: 8e245525f52a55d0 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 65270 total sectors: 1048578087 boundstart: 0 boundend: 1048578087 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 10485780480 4.2BSD 4096 327681 c: 10485780870 unused # disklabel sd4 # /dev/rsd4c: type: SCSI disk: SCSI disk label: SR RAID 1 duid: 390559d487f82e16 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 47388 total sectors: 761292795 boundstart: 0 boundend: 761292795 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a:7612927360 4.2BSD 4096 327681 c:7612927950 unused # disklabel wd0 # /dev/rwd0c: type: ESDI disk: ESDI/IDE disk label: Hitachi HDS5C302 duid: 6c7c163233d6b678 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 243201 total sectors: 3907029168 boundstart: 0 boundend: 3907029168 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 1048578551 64RAID b: 1048578615 1048578615RAID c: 39070291680 unused d: 1048578615 2097157230RAID e:761293323 3145735845RAID
Re: openBSD 5.6 (current) on Shuttle DS437
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/22/14 13:23, Jonathan Gray wrote: What video outputs does the machine have? Can you connect the display via a different one? Given the invalid EDID warning in your dmesg you may want to try a different display. It has a DVI and a HDMI socket. Of course I tried both (and a VGA adapter). The display is a Dell 2407WFP (1920x1200, made in 2007, only DVI and VGA). If I connect the DS437 to my TV via HDMI, then there is no screen output, either. I didn't notice the EDID message before. Unfortunately the dmesg.boot files are not saved and rotated, but on a reboot this morning the EDID message was gone. Regards Harri iQEcBAEBCAAGBQJUIk+KAAoJEAqeKp5m04HLfQIH/2Y4U2tYSU08Rx7T9wyB8uT3 K21TCdsOMt7NvzrOeUZ3wB37iX0Twe2d4YPICXn4E79HQz6RBm7GaMBbI3uDhAhD F2RemcFPt6+Jz+I9rpiXp/oKk8eVYWEPy6hIJFU91yoIUgkGh8VJLRbxUjtoFGye 1cxLVQqNIiuec51VYwamRLVJTpHi6E8RLobLsk601sZF0EcUQCRqttPSj6s+gnNJ rNdr5Bq7qVfXOaimhBOrQbB3+OQFjgkY8b8bJbAkOTQwCkQG7cmihSsyIqywNG59 S7SA7vHz2eMkxSYAE3gw0dWisQP9zKMA5HYmXwFlXJx4WYggCtGA5/24GrT7dMs= =Tbat -END PGP SIGNATURE-
Re: Why are there no PKG_PATH defaults?
On 09/23/14 15:48, Alexander Hall wrote:
On September 23, 2014 3:00:41 PM CEST, openda...@hushmail.com wrote:
Hi,
Expanding on the whole
http://en.wikipedia.org/wiki/Convention_over_configuration thing --
why aren't there any sane PKG_PATH defaults? Ie.:
release=$(uname -r)
architecture=$(uname -p)
export
PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/${release}/packages/${architecture}/
Because /etc/pkg.conf ?
This is something that could be added to /etc/examples. See the
attachment suggesting a first version.
Regards
Harri
# Set to yes if you really want to use the full width of the
# terminal for the progressmeter.
# fullwidth = yes
# pkg_add(1) and pkg_delete(1) will syslog(3) installations,
# updates and deletions by default. Set to 0 to avoid logging
# entirely. Levels higher than 1 may log more information in
# the future.
# loglevel = 0
# URL to package repository updated during installation. Used
# for accessing packages if the environment variable PKG_PATH
# is not defined and no further options are defined.
# installpath =
# Set to yes to waive checksums during package deletions.
# nochecksum = yes
# Set to yes to display (done/total) number of package
# messages.
# ntogo = yes
signature.asc
Description: OpenPGP digital signature
Re: openBSD 5.6 (current) on Shuttle DS437
On Wed, Sep 24, 2014 at 06:58:57AM +0200, Harald Dunkel wrote: On 09/22/14 13:23, Jonathan Gray wrote: What video outputs does the machine have? Can you connect the display via a different one? Given the invalid EDID warning in your dmesg you may want to try a different display. It has a DVI and a HDMI socket. Of course I tried both (and a VGA adapter). The display is a Dell 2407WFP (1920x1200, made in 2007, only DVI and VGA). If I connect the DS437 to my TV via HDMI, then there is no screen output, either. I didn't notice the EDID message before. Unfortunately the dmesg.boot files are not saved and rotated, but on a reboot this morning the EDID message was gone. Perhaps there is ghost crt output involved, could you try the following patch? Index: sys/dev/pci/drm/i915/intel_crt.c === RCS file: /cvs/src/sys/dev/pci/drm/i915/intel_crt.c,v retrieving revision 1.9 diff -u -p -r1.9 intel_crt.c --- sys/dev/pci/drm/i915/intel_crt.c3 May 2014 05:22:38 - 1.9 +++ sys/dev/pci/drm/i915/intel_crt.c24 Sep 2014 05:44:10 - @@ -746,6 +746,7 @@ void intel_crt_init(struct drm_device *d struct intel_crt *crt; struct intel_connector *intel_connector; struct drm_i915_private *dev_priv = dev-dev_private; +return; /* Skip machines without VGA that falsely report hotplug events */ if (dmi_check_system(intel_no_crt))
