Re: Probelm when building QGIS
tao wrote: > Hello, > > I am in OpenBSD6.3. QGIS 2.18.17 in packages can not render style just like > things in > http://openbsd-archive.7691.n7.nabble.com/qgis-bug-since-last-security-update-under-stable-td339707.html > > So, I am trying to build QGIS 2.18.17 from source. > Succeeded to ccmake the source. But get error when make. > Here is the message: > > tao$ make > [ 0%] Built target version > make: don't know how to make > /home/tao/Software/qgis/qgis-2.18.22/resources/function_help/json/rea > (prerequisite of: src/core/qgsexpression_texts.cpp) > Stop in . > *** Error 2 in . (CMakeFiles/Makefile2:1165 > 'src/core/CMakeFiles/qgis_core.dir/all') > *** Error 1 in /home/tao/Software/qgis/build-2.18.22 (Makefile:163 'all') > > > Tried to find the file mentioned above > "/home/tao/Software/qgis/qgis-2.18.22/resources/function_help/json/rea ", > but could not find anything. > > Anyone has an idea? > > > > > -- > Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html qgis uses cmake
Re: Moving a system disk from one server to another
On 07/25/18 15:38, Jay Hart wrote: > Hello al, > > Just bought a new server and wanted to see what the practicality would be of > moving my disk from > one box to the other. Its a stock 6.3 install, fully patched, with a few > packages. The old > processor is a VIA based CPU running generic i386 kernel. The new box is > based on an Intel Celeron > J1900 64-bit CPU. > > My thought is it should move over and boot up on the stock generic i386 > kernel, at which time I > could update to 64-bit or just wait until 6.4 comes out and then update. > > Curious if you think this will work, or should I just do a clean install. Yes. No. Yes, you should be able to move the disk from one machine to the other (with suitable adapters), and after adjusting your network adapters, you should just take off and run. No. Do not try to "update" to 64 bit. Reload from scratch. OpenBSD treats i386 and amd64 as two DIFFERENT platforms. Would you take a SPARC64 or MacPPC disk and put it on a PC and just "update" to the new platform? NO! You would reinstall. And that's what you should do here. At which point...what are you trying to gain by moving a disk from the old system to the new one? Just put a new disk on the new system, load the platform of choice, and copy your key config files from the old one to the new one, and that way, your old system still exists. Nick.
Re: Best way to serve files to Windows?
John Long writes: > Hi, > > I have minidlna working fine on OpenBSD. However this doens't help with > Roon media software since they don't have anything for OpenBSD, > unsurprisingly. Roon doesn't want to support dlna. > > I have my Windows foobar2000 appliance roped-off from my LAN because I > don't trust Windows boxes on my network. So I would like to set up some > way to serve the files to Windows from OpenBSD. I guess that is > CIFS/SAMBA? > > Is this secure over the network? I have not done this before and I > don't know what's involved. Is there an approved CIFS implementation to > use? > > Thanks, > > /jl sshfs This is the Windows client which works well for my lab members who like to use Windows. https://www.nsoftware.com/netdrive/sftp/
Probelm when building QGIS
Hello, I am in OpenBSD6.3. QGIS 2.18.17 in packages can not render style just like things in http://openbsd-archive.7691.n7.nabble.com/qgis-bug-since-last-security-update-under-stable-td339707.html So, I am trying to build QGIS 2.18.17 from source. Succeeded to ccmake the source. But get error when make. Here is the message: tao$ make [ 0%] Built target version make: don't know how to make /home/tao/Software/qgis/qgis-2.18.22/resources/function_help/json/rea (prerequisite of: src/core/qgsexpression_texts.cpp) Stop in . *** Error 2 in . (CMakeFiles/Makefile2:1165 'src/core/CMakeFiles/qgis_core.dir/all') *** Error 1 in /home/tao/Software/qgis/build-2.18.22 (Makefile:163 'all') Tried to find the file mentioned above "/home/tao/Software/qgis/qgis-2.18.22/resources/function_help/json/rea ", but could not find anything. Anyone has an idea? -- Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html
Re: Why openbsd use only 2 of my 4 CPU ?
Thanks Indeed it was very simple, sysctl hw.smt=1 solve the situation. Now my 4 cpu are working all together. I thought this problem was linked to some ACPI related features (like I did on this machine some months ago where I finally find the cause by disabling ichiic) I was on the wrong direction. It's true that those 2 CPU are not "real one", but I feel the difference when using libreoffice. Regards On Wed, Jul 25, 2018 at 8:01 PM vincent delft wrote: > Hello, > > I've migrated to -current to test the auto-join, but since then, my system > is slow. Specially with libreoffice, firefox, ... > > By looking at top, I've saw that only 2 CPU are actually running. > > (Should I say that with OpenBSD-6.3 this was not the case.) > > What can I do ? > In which direction could I search for a solution ? > > The dmesg and Top are here after. > > regards > > ANNEXES: > -- > > Top > - > load averages: 2.06, 0.88, > 0.38 > e5450.home.lan 19:46:08 > 45 processes: 1 running, 42 idle, 2 on > processor > up 0:06 > CPU0 states: 56.3% user, 0.0% nice, 18.0% sys, 5.8% spin, 0.6% intr, > 19.4% idle > CPU1 states: 50.6% user, 0.0% nice, 21.0% sys, 3.4% spin, 0.0% intr, > 25.0% idle > CPU2 states: 0.0% user, 0.0% nice, 0.0% sys, 0.0% spin, 0.0% intr, > 100% idle > CPU3 states: 0.0% user, 0.0% nice, 0.0% sys, 0.0% spin, 0.0% intr, > 100% idle > Memory: Real: 753M/1649M act/tot Free: 6171M Cache: 628M Swap: 0K/4220M > > PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND > 49990 vi590 405M 360M onproc/0 - 0:30 76.27% firefox > 49459 vi 20 362M 276M sleep/0 poll 0:29 24.56% firefox > 69993 vi 20 31M 54M run/0 poll 0:12 4.98% Xorg > 16268 vi 20 216M 136M sleep/0 poll 0:06 2.69% firefox > 58451 vi 20 1524K 3048K sleep/1 select0:03 1.71% compton > 9141 vi 20 188M 99M sleep/1 poll 0:03 1.56% firefox > 41741 vi 20 3560K 15M sleep/1 select0:05 0.44% tint2 > 43511 vi 20 8036K 14M sleep/0 select0:01 0.00% xterm > 1 root 100 404K 444K idle wait 0:01 0.00% init > 78121 vi 20 5596K 17M sleep/0 poll 0:01 0.00% openbox > > > > > DMESG: > --- > OpenBSD 6.3-current (GENERIC.MP) #140: Wed Jul 25 08:37:02 MDT 2018 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 8456654848 (8064MB) > avail mem = 8191193088 (7811MB) > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xed750 (89 entries) > bios0: vendor Dell Inc. version "A11" date 11/18/2015 > bios0: Dell Inc. Latitude E5450 > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI SSDT ASF! SSDT > SSDT SSDT SSDT PCCT SSDT SSDT SSDT SLIC MSDM DMAR > acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) > PEG2(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) > RP04(S4) PXSX(S4) RP05(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) Core(TM) i5-5300U CPU @ 2.30GHz, 2694.16 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.78 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu1: 256KB 64b/line 8-way L2 cache > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 1 (application processor) > cpu2: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.77 MHz > cpu2: >
Re: Why openbsd use only 2 of my 4 CPU ?
On 2018-07-25, Callum Davies wrote: > SMT was disabled in current about a month ago for speculative security > reasons. You can turn it back on using the sysctl hw.smt. Refer to the > commit message for revision 1.178 of src/sys/sys/sysctl.h for more > details and rationale. That *may* be the reason, but the SMT "CPUs" aren't anything like individual CPU cores, various resources are shared. In many circumstances they won't add anything to performance. We have been doing package bulk builds with SMT disabled for a long time: it's significantly faster that way. hw.smt=1 may help at the expense of insufficient isolation between processes. But it might not. The thing causing slowness might be totally unrelated to this.
Re: Why openbsd use only 2 of my 4 CPU ?
vincent delft writes: > I've migrated to -current to test the auto-join, but since then, my system > is slow. Specially with libreoffice, firefox, ... > > By looking at top, I've saw that only 2 CPU are actually running. [...] > cpu0: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2694.16 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.78 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu1: 256KB 64b/line 8-way L2 cache > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 1 (application processor) > cpu2: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.77 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu2: 256KB 64b/line 8-way L2 cache > cpu2: smt 1, core 0, package 0 > cpu3 at mainbus0: apid 3 (application processor) > cpu3: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.77 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu3: 256KB 64b/line 8-way L2 cache > cpu3: smt 1, core 1, package 0 Your CPU has 2 cores. With SMT (HyperTheading), it appears to have 4, but SMT was disabled in -current for security. https://www.mail-archive.com/source-changes@openbsd.org/msg99141.html Allan
Re: Why openbsd use only 2 of my 4 CPU ?
Check sysctl hw.smt https://www.mail-archive.com/source-changes@openbsd.org/msg99141.html > Hello, > > I've migrated to -current to test the auto-join, but since then, my > system > is slow. Specially with libreoffice, firefox, ... > > By looking at top, I've saw that only 2 CPU are actually running. > > (Should I say that with OpenBSD-6.3 this was not the case.) > > What can I do ? > In which direction could I search for a solution ? > > The dmesg and Top are here after. > > regards > > ANNEXES: > -- > > Top > - > load averages: 2.06, 0.88, > 0.38 > e5450.home.lan 19:46:08 > 45 processes: 1 running, 42 idle, 2 on > processor > up 0:06 > CPU0 states: 56.3% user, 0.0% nice, 18.0% sys, 5.8% spin, 0.6% > intr, > 19.4% idle > CPU1 states: 50.6% user, 0.0% nice, 21.0% sys, 3.4% spin, 0.0% > intr, > 25.0% idle > CPU2 states: 0.0% user, 0.0% nice, 0.0% sys, 0.0% spin, 0.0% > intr, > 100% idle > CPU3 states: 0.0% user, 0.0% nice, 0.0% sys, 0.0% spin, 0.0% > intr, > 100% idle > Memory: Real: 753M/1649M act/tot Free: 6171M Cache: 628M Swap: > 0K/4220M > > PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU > COMMAND > 49990 vi590 405M 360M onproc/0 - 0:30 76.27% > firefox > 49459 vi 20 362M 276M sleep/0 poll 0:29 24.56% > firefox > 69993 vi 20 31M 54M run/0 poll 0:12 4.98% > Xorg > 16268 vi 20 216M 136M sleep/0 poll 0:06 2.69% > firefox > 58451 vi 20 1524K 3048K sleep/1 select0:03 1.71% > compton > 9141 vi 20 188M 99M sleep/1 poll 0:03 1.56% > firefox > 41741 vi 20 3560K 15M sleep/1 select0:05 0.44% > tint2 > 43511 vi 20 8036K 14M sleep/0 select0:01 0.00% > xterm > 1 root 100 404K 444K idle wait 0:01 0.00% > init > 78121 vi 20 5596K 17M sleep/0 poll 0:01 0.00% > openbox > > > > > DMESG: > --- > OpenBSD 6.3-current (GENERIC.MP) #140: Wed Jul 25 08:37:02 MDT 2018 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 8456654848 (8064MB) > avail mem = 8191193088 (7811MB) > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xed750 (89 entries) > bios0: vendor Dell Inc. version "A11" date 11/18/2015 > bios0: Dell Inc. Latitude E5450 > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI SSDT ASF! > SSDT > SSDT SSDT SSDT PCCT SSDT SSDT SSDT SLIC MSDM DMAR > acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) > PEG2(S4) > PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) > RP04(S4) > PXSX(S4) RP05(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) Core(TM) i5-5300U CPU @ 2.30GHz, 2694.16 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.78 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu1: 256KB 64b/line 8-way L2 cache > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 1 (application processor) > cpu2: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.77 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu2: 256KB 64b/line 8-way L2 cache > cpu2: smt 1, core 0, package 0 > cpu3 at mainbus0: apid 3 (application processor) > cpu3:
Re: Moving a system disk from one server to another
I would go for: #pkg_info -a # @ old machine clean install on new machine #pkg_add (with list from old machine) #rsync # (config files + home directories + /var/) cheers. -- Fabio Martins PHOSPHORUS NETWORKS https://phosphorusnetworks.com/en/ > Hello al, > > Just bought a new server and wanted to see what the practicality would be > of moving my disk from > one box to the other. Its a stock 6.3 install, fully patched, with a few > packages. The old > processor is a VIA based CPU running generic i386 kernel. The new box is > based on an Intel Celeron > J1900 64-bit CPU. > > My thought is it should move over and boot up on the stock generic i386 > kernel, at which time I > could update to 64-bit or just wait until 6.4 comes out and then update. > > Curious if you think this will work, or should I just do a clean install. > > TIA, > > Jay > >
Re: supported Audio card with SPDIF input
On 2018-07-24, Diana Eichert wrote: > I'm trying to connect to an audio system that only has SPDIF output. > I looked at man pages but nothing obvious regarding supported audio > devices with SPDIF input support. > > Anyone have recommendations? Or is it supported? Your best bet is azalia(4), i.e, it needs to be supported by the motherboard. There are uaudio(4) devices with SPDIF output, however there you may run into issues with our USB support and audio devices. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: Best way to serve files to Windows?
Hey guys. Just wanted to let you know about the security aspect. Anything on SMB is passed completely in the clear. You can actually use Wireshark to carve files directly out of PCAP that have SMB traffic. On Wed, Jul 25, 2018 at 1:56 PM Adam Thompson wrote: > On 2018-07-18 09:35, Tom Smyth wrote: > > Hi John, > > You would need microsoft services for unix (SFU) for NFS connectivity > > FYI - so no-one goes haring off in the wrong direction. > > SFU is the server-side component, equivalent to running nfsd(8). > > On the client side, only certain editions of Windows can speak NFS: > - Windows 10 *Enterprise* can mount remote NFS shares. > - Windows 7 *Ultimate* can mount remote NFS shares. > (No idea about Win8, sorry.) > > Win10Ent, at least, has flexible authentication options, but IIRC > defaults to uid=0/gid=0 (gee, thanks). It prefers to use Kerberos > security, which won't work with OpenBSD's NFS server. It's possible to > make this work reasonably well, but it takes a fair bit of time. > > So, as everyone else said, you're better off running Samba on your > OpenBSD system. Have fun. > -Adam > >
Moving a system disk from one server to another
Hello al, Just bought a new server and wanted to see what the practicality would be of moving my disk from one box to the other. Its a stock 6.3 install, fully patched, with a few packages. The old processor is a VIA based CPU running generic i386 kernel. The new box is based on an Intel Celeron J1900 64-bit CPU. My thought is it should move over and boot up on the stock generic i386 kernel, at which time I could update to 64-bit or just wait until 6.4 comes out and then update. Curious if you think this will work, or should I just do a clean install. TIA, Jay
Re: Why openbsd use only 2 of my 4 CPU ?
On 07/25/2018 01:01 PM, vincent delft wrote: Hello, I've migrated to -current to test the auto-join, but since then, my system is slow. Specially with libreoffice, firefox, ... By looking at top, I've saw that only 2 CPU are actually running. (Should I say that with OpenBSD-6.3 this was not the case.) What can I do ? In which direction could I search for a solution ? The dmesg and Top are here after. regards ANNEXES: -- In the name of security, hyperthreading has been turned off in -current. https://undeadly.org/cgi?action=article;sid=20180620110722
Moving filesystems around
Hello, Running a stock 6.3 machine. I just bought a new server and hope to move this drive over, but think I need to move two partitions around at get more space. I have one drive installed, with about 6 partitions. /var is a 6.3G partition (wd0e) using 50M of space /usr is a 2.0G partition (wd0f) using 1.6G of space Last partition number is wd0i. What would the recommended procedure to use to swap these two partitions? I have 4G of RAM in the box, with 3G free at any one time. TIA, Jay
Re: Why openbsd use only 2 of my 4 CPU ?
On 25/07/2018 19:01, vincent delft wrote: Hello, > > I've migrated to -current to test the auto-join, but since then, my > system is slow. Specially with libreoffice, firefox, ... > > By looking at top, I've saw that only 2 CPU are actually running. > > (Should I say that with OpenBSD-6.3 this was not the case.) > > What can I do ? In which direction could I search for a solution ? > > [snip] SMT was disabled in current about a month ago for speculative security reasons. You can turn it back on using the sysctl hw.smt. Refer to the commit message for revision 1.178 of src/sys/sys/sysctl.h for more details and rationale.
Re: Best way to serve files to Windows?
On 2018-07-18 09:35, Tom Smyth wrote: Hi John, You would need microsoft services for unix (SFU) for NFS connectivity FYI - so no-one goes haring off in the wrong direction. SFU is the server-side component, equivalent to running nfsd(8). On the client side, only certain editions of Windows can speak NFS: - Windows 10 *Enterprise* can mount remote NFS shares. - Windows 7 *Ultimate* can mount remote NFS shares. (No idea about Win8, sorry.) Win10Ent, at least, has flexible authentication options, but IIRC defaults to uid=0/gid=0 (gee, thanks). It prefers to use Kerberos security, which won't work with OpenBSD's NFS server. It's possible to make this work reasonably well, but it takes a fair bit of time. So, as everyone else said, you're better off running Samba on your OpenBSD system. Have fun. -Adam
Re: Why openbsd use only 2 of my 4 CPU ?
>I've migrated to -current to test the auto-join, but since then, my system >is slow. Specially with libreoffice, firefox, ... > >By looking at top, I've saw that only 2 CPU are actually running. You only have 2 real cpus. the others are HT, and we disable those due to a security hole called tlbleed. You can search for the rest of the information yourself.
Re: supported Audio card with SPDIF input
On 2018-07-24 17:54, Diana Eichert wrote: ok, answered my own question by grep'ng within /usr/share/man/man4, looks like azalia(4) systems. Was hoping for something usb attached but no such luck. On Tue, 24 Jul 2018, Diana Eichert wrote: I'm trying to connect to an audio system that only has SPDIF output. I looked at man pages but nothing obvious regarding supported audio devices with SPDIF input support. Anyone have recommendations? Or is it supported? Very broadly speaking, as long as the USB device conforms to the USB Audio Class spec, it doesn't matter whether it's got S/PDIF or Coax or 2xRCA or XLR - audio waveforms should still get transferred from PC to output. What I think you might lose is any sort of decent mixer control, although with S/PDIF I expect you might not really care about that? Caveat: I have not personally tried a USB-to-S/PDIF audio device, but I *have* read the specs and the datasheets. In theory, theory is the same as reality... Best-case, a USB SPDIF output device would a) conform to the USB Audio Device Class interface, and b) report that it has no adjustable mixers, so that on the software side, the mixer doesn't get confused. -Adam
Why openbsd use only 2 of my 4 CPU ?
Hello, I've migrated to -current to test the auto-join, but since then, my system is slow. Specially with libreoffice, firefox, ... By looking at top, I've saw that only 2 CPU are actually running. (Should I say that with OpenBSD-6.3 this was not the case.) What can I do ? In which direction could I search for a solution ? The dmesg and Top are here after. regards ANNEXES: -- Top - load averages: 2.06, 0.88, 0.38 e5450.home.lan 19:46:08 45 processes: 1 running, 42 idle, 2 on processor up 0:06 CPU0 states: 56.3% user, 0.0% nice, 18.0% sys, 5.8% spin, 0.6% intr, 19.4% idle CPU1 states: 50.6% user, 0.0% nice, 21.0% sys, 3.4% spin, 0.0% intr, 25.0% idle CPU2 states: 0.0% user, 0.0% nice, 0.0% sys, 0.0% spin, 0.0% intr, 100% idle CPU3 states: 0.0% user, 0.0% nice, 0.0% sys, 0.0% spin, 0.0% intr, 100% idle Memory: Real: 753M/1649M act/tot Free: 6171M Cache: 628M Swap: 0K/4220M PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND 49990 vi590 405M 360M onproc/0 - 0:30 76.27% firefox 49459 vi 20 362M 276M sleep/0 poll 0:29 24.56% firefox 69993 vi 20 31M 54M run/0 poll 0:12 4.98% Xorg 16268 vi 20 216M 136M sleep/0 poll 0:06 2.69% firefox 58451 vi 20 1524K 3048K sleep/1 select0:03 1.71% compton 9141 vi 20 188M 99M sleep/1 poll 0:03 1.56% firefox 41741 vi 20 3560K 15M sleep/1 select0:05 0.44% tint2 43511 vi 20 8036K 14M sleep/0 select0:01 0.00% xterm 1 root 100 404K 444K idle wait 0:01 0.00% init 78121 vi 20 5596K 17M sleep/0 poll 0:01 0.00% openbox DMESG: --- OpenBSD 6.3-current (GENERIC.MP) #140: Wed Jul 25 08:37:02 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8456654848 (8064MB) avail mem = 8191193088 (7811MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xed750 (89 entries) bios0: vendor Dell Inc. version "A11" date 11/18/2015 bios0: Dell Inc. Latitude E5450 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI SSDT ASF! SSDT SSDT SSDT SSDT PCCT SSDT SSDT SSDT SLIC MSDM DMAR acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(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) Core(TM) i5-5300U CPU @ 2.30GHz, 2694.16 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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.78 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.77 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.77 MHz cpu3:
Re: A problem from user
On Wed, Jul 25, 2018 at 02:00:15AM +, Ken M wrote: > I will beat others to the punch and say you were looking for Ubuntu not > OpenBSD. > Hmm. I am an OpenBSD user because of the horrible experiences with Linux years ago. > OpenBSD is plenty easy to use, but the type of easy to use you describe with a > full desktop environment is not the target. > My desktop seems fully functional. OK, I'm not a gamer, can run Netflix elsewhere, as well as YouTubeTV. But then Windows is an even worse experience than getting a choice of window manager. Did you notice I said "choice"? RTFM and read the FAQ are not what new users are expecting. They learn or leave. Nothing about any OS or set of programs is simple. But that is also the fun part, so much to learn and so much power once you know it. Chris Bennett
Re: X desktop environment & system bus
You should note that spectrwm is keyboard driven. Not the programs you add, just spectrwm. If you like using the keyboard as much as the mouse or dont even want to use a mouse at all, it will work for you. But you do have to learn to use it,but that's not hard. Chris Bennett and just use startx to get fvwm when you first install. It's in base install and the pure console sucks.
Re: X desktop environment & system bus
On Wed, 25 Jul 2018 10:04:37 +0100 > FVWM is included, which is good enough, lightweight & zippy. > Most apps work fine but evince doesn't want to maximise and minimise under base fvwm1 these days. There are plenty of lightweight options like cwm in base and fvwm2, spectrwm and openbox in ports though.
Re: how to switch to a snapshot?
On 07/25/18 12:57, Rudolf Sykora wrote: > I'd perhaps like to switch to a recent snapshot. > I read > https://www.openbsd.org/faq/current.html > but do not quite understand it. There could be some variations depending on what you are upgrading from. If you jump too far (across several releases in one go) you will land in unsupported territory. It's quite probable the resulting system will work just fine, but if it does not, getting help with any problems you see during or after the upgrade will be harder. > If I download the snapshot (ie bsd.rd), boot from it, choose Upgrade > at the prompt, and upgrade any installed packages (??using pkg_add -u where > available, otherwise from updated ports??), do I still have to follow > those points described further down on the page, such as > > 2018/04/04 - PF_TRANS_ALTQ removed > > etc.? It's useful to read about the changes, but in almost all cases just upgrading to a snapshot will see all those issues handled automatically. I've sometimes needed an extra sysmerge in addition to the automatic one, but that is a lot less scary than it may sound to some. Of course I've written about that too[1]. > I'd expect I should watch for changes of syntax for configuration > files, right? Do read the upgrade notes. They contain things that are useful to know, but in most cases as several people have pointed out already, the changes are handled but the upgrade program and possibly a subsequent sysmerge. - Peter [1] https://bsdly.blogspot.com/2012/07/keeping-your-openbsd-system-in-trim.html -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: A problem from user
On 07/25/18 03:49, 樊 少冰 wrote: > I like OpenBSD very much because of its security and stability. Good to hear that! > But, as an UNIX-like system, it has some traditional problem such as no > integrated graphical operating environment (not means X but a completed > desktop environment system like Gnome). So, I tried to install the Gnome > software. > > Although I tried hard to install and run Gnome, I always get a "Failed > connect to system bus: No such file or dictionary." error message. So I want > to ask you to give me a practical way to install the desktop environment on > OpenBSD 6.3 and furthermore, advise you to integrated desktop environment > into the system for making the system easier to use. Hm. I've been running OpenBSD on various systems including as many as possible of the laptops within my reach[1] for quite a while. In my experience getting Gnome or other desktop environments to run is a matter of installing the packages and doing whatever the package readme file tells you to. Do read the FAQ. as Bodie pointed out, https://www.openbsd.org/faq/faq11.html might be a good place to start. - Peter [1] one semi-recent article about that (and the laptop I'm typing this on) is at https://bsdly.blogspot.com/2017/07/openbsd-and-modern-laptop.html -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: how to switch to a snapshot?
Le 2018-07-25 12:57, Rudolf Sykora a écrit : Hello, I'd perhaps like to switch to a recent snapshot. I read https://www.openbsd.org/faq/current.html but do not quite understand it. If I download the snapshot (ie bsd.rd), boot from it, choose Upgrade at the prompt, and upgrade any installed packages (??using pkg_add -u where available, otherwise from updated ports??), correct do I still have to follow those points described further down on the page, such as 2018/04/04 - PF_TRANS_ALTQ removed etc.? that depend, the one you choosed says this: Using a snapshot is highly recommended. To update from source, the following steps are needed If you use a snapshot, you don't need to rebuild some components from source. I'd expect I should watch for changes of syntax for configuration files, right? yes, the current.html page in the FAQ should list was is disruptive from the latest release to next release.
Re: how to switch to a snapshot?
On Wed, Jul 25, 2018 at 12:57:33PM +0200, Rudolf Sykora wrote: > Hello, > > I'd perhaps like to switch to a recent snapshot. > I read > https://www.openbsd.org/faq/current.html > but do not quite understand it. > > If I download the snapshot (ie bsd.rd), boot from it, choose Upgrade > at the prompt, and upgrade any installed packages (??using pkg_add -u where > available, otherwise from updated ports??), do I still have to follow > those points described further down on the page, such as > > 2018/04/04 - PF_TRANS_ALTQ removed > > etc.? > > I'd expect I should watch for changes of syntax for configuration > files, right? > Yes. In general installing a snapshot will just work. Most of the config adjustments will happen automatically with sysmerge (but some you need to do by hand). Also it can be required to remove files or users, again this needs to be done by hand but often does not hurt (until it does and then it causes strange issues). In general if you install from snapshots most of current.html does not apply and this is why it is the prefered way to stay -current. -- :wq Claudio
how to switch to a snapshot?
Hello, I'd perhaps like to switch to a recent snapshot. I read https://www.openbsd.org/faq/current.html but do not quite understand it. If I download the snapshot (ie bsd.rd), boot from it, choose Upgrade at the prompt, and upgrade any installed packages (??using pkg_add -u where available, otherwise from updated ports??), do I still have to follow those points described further down on the page, such as 2018/04/04 - PF_TRANS_ALTQ removed etc.? I'd expect I should watch for changes of syntax for configuration files, right? Thanks Ruda
Re: X desktop environment & system bus
Hi Sobin, On Wed, 25 Jul 2018 01:27:56 樊 少冰 wrote: > ... no integrated graphical operating environment ... FVWM is included, which is good enough, lightweight & zippy. See the fvwm manual by typing 'man fvwm' BTW, I fixed your subject line to be the subjects of your email... Regards, -- Craig Skinner | http://linkd.in/yGqkv7
Re: Problem from OpenBSD User
Le 25 juillet 2018 03:27:56 GMT+02:00, "樊 少冰" a écrit : >Hello, OpenBSD developers. > >I like OpenBSD very much because of its security and stability. > >But, as an UNIX-like system, it has some traditional problem such as no >integrated graphical operating environment (not means X but a completed >desktop environment system like Gnome). So, I tried to install the >Gnome software. > >Although I tried hard to install and run Gnome, I always get a "Failed >connect to system bus: No such file or dictionary." error message. So I >want to ask you to give me a practical way to install the desktop >environment on OpenBSD 6.3 and furthermore, advise you to integrated >desktop environment into the system for making the system easier to >use. > >Sobin Hello When you installed gnome, you should have been told to read files in /usr/local/share/doc/pkg-readmes for special requirements of packages. The file gnome in it will tell you it requires some daemons to run, and how to start thel