fix for /etc/daily dump report
Hello, I'm trying to find, why I'm getting notice from daily to backup filesystems, which I just dumped. Before getting to source of "dump w", I realised, that in daily, the grep removing of "Dump these file systems:" not work, so there are two these two lines in daily output: Filesystems which need to be dumped: Dump these file systems: This patch will remove the second line: cvs diff -uNp daily Index: daily === RCS file: /cvs/src/etc/daily,v retrieving revision 1.97 diff -u -p -u -p -r1.97 daily --- daily 3 Mar 2023 16:22:57 - 1.97 +++ daily 7 Jun 2023 07:03:04 - @@ -137,7 +137,7 @@ next_part "Services that should be runni rcctl ls failed next_part "Filesystems which need to be dumped:" -dump w | grep -vB1 ^Dump +dump w | grep -v ^Dump next_part "Running calendar in the background:" if [ "X$CALENDAR" != X0 -a \ BR, Jiri
typo in OpenBSD 5.7 errata 22 and OpenBSD 5.8 errata 10
Hello, Thank you for early warning by Theo and quick solution. I noticed typo in http://ftp.openbsd.org/pub/OpenBSD/patches/5.7/common/022_ssh.patch.sig http://ftp.openbsd.org/pub/OpenBSD/patches/5.8/common/010_ssh.patch.sig on line 16 is "And then rebuild and install sshd:" there shall be ssh not sshd Best regards, -- Jiri Navratil, http://kouc.navratil.cz, +420 222 767 131
SSL version 3 is still mentioned in man pages
Hello, I read "Removed SSLv3 support from openssl(1)" on http://www.openbsd.org/58.html but I see it still mentioned on openssl(1), ssl(3) and ssl(8). I assume, that at least openssl(1) shall be adjusted. Could you kindly explain, what is the status of SSLv3 in OpenBSD? Thank you a lot. Best regards, Jiří -- Jiri Navratil, http://kouc.navratil.cz, +420 222 767 131
make: don't know how to make linking.go (prerequisite of: libobjc_g.a)
Hello, I'm trying to compile -current with debug info enabled. cat /etc/mk.conf DEBUG= DEBUGLIBS=yes I'm got this error during cd /usr/src && make build make: don't know how to make linking.go (prerequisite of: libobjc_g.a) Stop in gnu/usr.bin/cc/libobjc *** Error 2 in gnu/lib (:48 'all') *** Error 1 in /usr/src (Makefile:81 'build') Best regards, -- Jiri Navratil, http://kouc.navratil.cz, +420 222 767 131
troubles to extract bzip2 compressed tar file
Hello, I have a server archive created with tar and bzip2 (via -j tar option) on OpenBSD 5.3 GENERIC#50 i386 Now, I'm trying to extract it on a new machine, but I'm getting error: cd /server doas tar xjf /path/whole_server_archive-20151101.tar.bz2 bzip2: I/O or other error, bailing out. Possible reason follows. bzip2: Broken pipe Input file = (stdin), output file = (stdout) Abort trap (core dumped) doas find /server | wc -l 377293 tar tjf /path/whole_server_archive-20151101.tar.bz2 | wc -l 378175 tar file is 5,2G big, there is space and inodes available in /server I'm following current on amd64 Working file: src/bin/pax/tar.c head: 1.58 /usr/local/bin/bzip2 --help bzip2, a block-sorting file compressor. Version 1.0.6, 6-Sept-2010. tar xjvf ../whole_server_archive-20151101.tar.bz2 : ./var/dovecot/dovecot.conf ./var/dovecot/login ./var/dovecot/login/ssl-parameters.dat ./var/dovecot/master.pid bzip2: I/O or other error, bailing out. Possible reason follows. Abort trap (core dumped) bzip2: Broken pipe Input file = (stdin), output file = (stdout) no issue with -t parameter tar tjf ../whole_server_archive-20151101.tar.bz2 : ./var/nsd/dev ./var/nsd/run ./var/nsd/zones ./boot ./bsd ./bsd.old ./bsd.rd ./bsd.new ./obsd ./obsd.rd I'm able to restore this tar on original machine with OpenBSD 5.3 GENERIC#50 i386 without problem. Is this something worth to debug? Best regards, Jiri
/usr/src/usr.bin/ssh/lib/../key.c:469: error: too few arguments to function 'sshkey_in_file'
Hello, I'm following -current. After issuing these commands cd /usr/src cvs -d$CVSROOT up -Pd rm -rf /usr/obj/* make obj cd /usr/src/etc env DESTDIR=/ make distrib-dirs cd /usr/src make build I got this error /usr/src/usr.bin/ssh/lib/../key.c: In function 'key_in_file': /usr/src/usr.bin/ssh/lib/../key.c:469: error: too few arguments to function 'sshkey_in_file' *** Error 1 in usr.bin/ssh/lib (bsd.lib.mk:40 'key.o': @cc -O2 -pipe -g -I/usr/src/usr.bin/ssh/lib/.. -fstack-protector-all -DWITH_OPENSSL...) *** Error 1 in usr.bin/ssh (bsd.subdir.mk:48 'all') *** Error 1 in usr.bin (bsd.subdir.mk:48 'all') *** Error 1 in . (bsd.subdir.mk:48 'all') *** Error 1 in /usr/src (Makefile:82 'build') I have echo $CVSROOT anon...@anoncvs.fr.openbsd.org:/cvs I see cd /usr/src/usr.bin/ssh cvs status | grep key.c File: key.c Status: Needs Patch Repository revision: 1.123 /cvs/src/usr.bin/ssh/key.c,v In such case (Status: Needs Patch), shall I report it to bugs@ and/or to tech@ or not at all? Shall I switch from France cvs mirror to Canada and do cvs update afain and check status there or is not neccessary? Thank you. Best regards, -- Jiri Navratil, http://kouc.navratil.cz, +420 222 767 131
Re: 64-bit PCI bridge support: testers needed
Can this be realted to load, which is very high? Jiri 28. 11. 2014 v 16:12, sven falempin sven.falem...@gmail.com: There is no direct relation with the commit, but i will anyway report the test result on my problematic hardware. The behavior is mostly the same, but now rl0: watchdog timeout is spammed by the kernel. As you can see the system work for more than 40 hours. I really wonder what could be the cause of this, after rebooting the machine reproduce the bug quickly, maybe there is some kind of electric problem. Aug 22 18:00:07 unicorn /bsd: rl0: watchdog timeout # uptime 7:58PM up 1 day, 23:17, 1 user, load averages: 5.23, 5.50, 5.30 # date Fri Aug 22 19:58:38 EDT 2014 # rl0: watchdog timeout rl0: watchdog timeout On Wed, Nov 26, 2014 at 10:10 AM, sven falempin sven.falem...@gmail.com wrote: HEllo, So i reported a bug with a pci bridge a while ago. On an Apu with a pci to pci bridge over pci express. Dmesg below I use a recent snapshot OpenBSD 5.6-current (GENERIC.MP) #610: Tue Nov 25 06:00:07 MST 2014 and assume the commit was in The situation improved, as i can have the card running with bsd.mp for more than a second. But on the second boot. During the first boot i add the vr3: restarting kernel message when asking for a lease on vr3. At this moment my not reliable serial usb decide to do the classic freez. This time i was not able to get access to the machine. I am currently sending icmp trhough rl and vr and waiting for a problem. bug mail objet was : pci disconnection creates interfaces instabilities dmesg: OpenBSD 5.6-current (GENERIC.MP) #610: Tue Nov 25 06:00:07 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2098520064 (2001MB) avail mem = 2038870016 (1944MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0x7e16d820 (7 entries) bios0: vendor coreboot version 4.0 date 09/08/2014 bios0: PC Engines APU acpi0 at bios0: rev 0 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP SPCR HPET APIC HEST SSDT SSDT SSDT acpi0: wakeup devices AGPB(S4) HDMI(S4) PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PE20(S4) PE21(S4) PE22(S4) PE23(S4) PIBR(S4) UOH1(S3) UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD G-T40E Processor, 1000.14 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: 8 4MB entries fully associative cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD G-T40E Processor, 1000.00 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 16-way L2 cache cpu1: 8 4MB entries fully associative cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins acpiprt0 at acpi0: bus -1 (AGPB) acpiprt1 at acpi0: bus -1 (HDMI) acpiprt2 at acpi0: bus 1 (PBR4) acpiprt3 at acpi0: bus 2 (PBR5) acpiprt4 at acpi0: bus 3 (PBR6) acpiprt5 at acpi0: bus -1 (PBR7) acpiprt6 at acpi0: bus 5 (PE20) acpiprt7 at acpi0: bus -1 (PE21) acpiprt8 at acpi0: bus -1 (PE22) acpiprt9 at acpi0: bus -1 (PE23) acpiprt10 at acpi0: bus 0 (PCI0) acpiprt11 at acpi0: bus 4 (PIBR) acpicpu0 at acpi0: C2, PSS acpicpu1 at acpi0: C2, PSS acpibtn0 at acpi0: PWRB cpu0: 1000 MHz: speeds: 1000 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 AMD AMD64 14h Host rev 0x00 ppb0 at pci0 dev 4 function 0 AMD AMD64 14h PCIE rev 0x00: msi pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 Realtek 8168 rev 0x06: RTL8168E/8111E (0x2c00), msi, address 00:0d:b9:33:85:d8 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 4 ppb1 at pci0 dev 5 function 0 AMD AMD64 14h PCIE rev 0x00: msi pci2 at ppb1 bus 2 re1 at pci2 dev 0 function 0 Realtek 8168 rev 0x06: RTL8168E/8111E (0x2c00), msi, address 00:0d:b9:33:85:d9 rgephy1 at re1 phy 7: RTL8169S/8110S PHY, rev. 4 ppb2 at pci0 dev 6 function 0 AMD AMD64 14h PCIE rev 0x00: msi pci3 at ppb2 bus 3 re2 at pci3 dev 0 function 0 Realtek 8168 rev 0x06: RTL8168E/8111E (0x2c00),
Re: LibreSSL 2.1.0 released.
Sun, Oct 12, 2014 at 07:36:02PM CEST, b...@openbsd.org napsal(a): We have released LibreSSL 2.1.0 - which should be arriving in the LIbreSSL directory of an OpenBSD mirror near you very soon. This release continues on with further work from after OpenBSD 5.6 code freeze. Our intention is to finalize LibreSSL 2.1 with OpenBSD 5.7 As noted before, we welcome feedback from the broader community. Enjoy, -Bob I'm willing to help with LibreSSL testing and also with fixes. Where / how I shall start? Thank you, Jiri Navratil
[SOLVED]: no respone on Passphrase after first boot on -current
Thu, Oct 09, 2014 at 11:54:12AM CEST, s...@stsp.name napsal(a): On Thu, Oct 09, 2014 at 06:23:17AM +0200, Jiri Navratil wrote: Hello, I bought acer TravelMate notebook TMB115-M-COEA to follow -current and partitipate on LibreSSL. I installed system from snapshot and used softraid0 crypto on whole sd0. After first boot I have Passsphrase prompt and I can't contine. It looks like keyboard is not working. No response after Enter. I assume, that I'm providing same password as during install. There is no response at all. Can I debug this somehow? I may install the machine again without crypto and then try to use softraid0 crypto on external drive, but not sure, if this can be helpfull for debuging and reporting. Is there something next I can experiment with and provide something valuable here? Thank you, Jiri -- Jiri Navratil, http://kouc.navratil.cz, +420 222 767 131 Did you try booting into the install media, select 'shell', and then attaching your softraid crypto disk with bioctl? Does that work? Can you provide a dmesg? Thank you Bio and Stefan for responses. I can boot now from installed system. Not sure, which step helped. The BIOS looks not fully ok for me. I did these steps Based on https://www.mail-archive.com/misc@openbsd.org/msg132652.html I looked in to BIOS and did the only thing possible with USB. I switched Boot Mode from Legacy to UEFI, which lead into error - no boot device. Then I switched back to legacy and booted USB stick with miniroot56.fs and attached softraid crypto disk just fine. Then I halted system. New boot directly from harddrive worked fine. (I wass able to answer Passphrase question and system booted fine). So thank you for your help. It's working now. I'm attaching first boot dmesg and dmesg from compiled kernel. They are already on dm...@openbsd.org. May be this can have value for someone. I noticed in dmesg this error: RTC BIOS diagnostic error 80clock_battery Can clock battery be dead on new machine? Or the BIOS is not good schape? WiFi is not working. I see Intel Dual Band Wireless AC 7260 in dmesg. Screen stay blank after resume from suspend (both console and X blank, machine accessible via network). Best regards, Jiri
no respone on Passphrase after first boot on -current
Hello, I bought acer TravelMate notebook TMB115-M-COEA to follow -current and partitipate on LibreSSL. I installed system from snapshot and used softraid0 crypto on whole sd0. After first boot I have Passsphrase prompt and I can't contine. It looks like keyboard is not working. No response after Enter. I assume, that I'm providing same password as during install. There is no response at all. Can I debug this somehow? I may install the machine again without crypto and then try to use softraid0 crypto on external drive, but not sure, if this can be helpfull for debuging and reporting. Is there something next I can experiment with and provide something valuable here? Thank you, Jiri -- Jiri Navratil, http://kouc.navratil.cz, +420 222 767 131