Re: mpv-0.33.1p2 SIGSEGV on exit (OpenBSD 7.0 amd64 GENERIC.MP)
Can you give this a try? # Audio compatibility fix for OpenBSD (to fix pthread core dump issue) vo=x11 in .config/mpv/mpv.conf On 15/12/21 at 03:57P, zestypucker wrote: Hello everyone, Installed OpenBSD 7.0 (amd64 GENERIC.MP) and most things worked out of the box which is a very pleasant surprise ^_^ There is still a small issue with the mpv-0.33.1p2 package installed using pkg_add that I'm hoping to get some help on: It always seg faults on exit, does not seem to matter what was played back (a single picture will do), as long as it's not a -h to print usage, mpv seg faults on exit. Got the following stack trace by running it under gdb but there's no symbols: Program received signal SIGSEGV, Segmentation fault. [Switching to thread 592846] 0x05f84812db50 in ?? () (gdb) thread apply all backtrace Thread 5 (thread 249681): #0 futex () at /tmp/-:3 #1 0x05f899c62275 in _rthread_cond_timedwait (cond=0x5f8a64fcd80, mutexp=0x5f8a6502958, abs=0x0) at /usr/src/lib/libc/thread/rthread_cond.c:102 #2 0x05f5da17b3dc in worker_thread () from /usr/local/bin/mpv #3 0x05f81d43b1c1 in _rthread_start (v=Unhandled dwarf expression opcode 0xa3 ) at /usr/src/lib/librthread/rthread.c:96 #4 0x05f899bde18a in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84 #5 0x05f899bde18a in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84 Previous frame identical to this frame (corrupt stack?) #0 0x05f84812db50 in ?? () Some more info: 1. Happens in a VM (AMD64 CPU, vmware GPU) as well 2. Happens without the X server as well, Running mpv directly in a vterm causes the same seg fault on exit 3. Sometimes a warning similar to "pthread_mutex_destroy() called while there are waiters on the mutex" is printed before the seg fault Would appreciate any pointers on how to prevent this from happening or properly report the issue. Also wondering would it be possible to downgrade to an earlier version of mpv just in case it 'fixes' the issue? Looked at the manual and FAQs for pkg_add but wasn't able to figure out how to list available versions of a package or pick a specific one. Thanks in advance! ZP -- Michael
Best practices mirroring large file-system hierarchies?
Greetings, My attempts at creating a local mirror of Project Gutenberg's ebooks under OpenBSD 6.9 using openrsync following official instructions: https://www.gutenberg.org/help/mirroring.html have been unsuccessful. Specifically I am using: openrsync -av --del aleph.gutenberg.org::gutenberg-epub /disk5/gutenberg/ to sync 927606 files (approximately 440 GB), which then fails with the errors: openrsync: error: 39488: mkdirat: Too many links openrsync: error: rsync_uploader openrsync: error: rsync_receiver (rsync from the package collection fails in the same manner) It would appear that there are plenty of inodes available in the target filesystem: df -ih Filesystem SizeUsed Avail Capacity iused ifree %iused Mounted on /dev/sd7c 2.6T1.6T949G63% 991057 365310381 0% /disk5 My attempts at increasing kern.maxfiles (/etc/sysctl.conf), openfiles-max and openfiles-cur (/etc/login.conf) to 102400, have not been productive. My sysctl output is appended below. There is possibly some sysctl https://man.openbsd.org/sysctl.2 or /etc/login.conf setting that I believe I have overlooked, but I am not sure what that could be. I would very much appreciate being pointed in the right direction. sysctl kern.ostype=OpenBSD kern.osrelease=6.9 kern.osrevision=202105 kern.version=OpenBSD 6.9 (GENERIC.MP) #1: Sat May 22 13:19:59 MDT 2021 r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP kern.maxvnodes=3292387 kern.maxproc=32768 kern.maxfiles=102400 kern.argmax=524288 kern.securelevel=1 kern.hostname=testbox.localdomain kern.hostid=0 kern.clockrate=tick = 1, hz = 100, profhz = 100, stathz = 100 kern.posix1version=200809 kern.ngroups=16 kern.job_control=1 kern.saved_ids=1 kern.boottime=Mon Jun 7 12:02:51 2021 kern.domainname= kern.maxpartitions=16 kern.rawpartition=2 kern.maxthread=5000 kern.nthreads=76 kern.osversion=GENERIC.MP#1 kern.somaxconn=2048 kern.sominconn=80 kern.nosuidcoredump=1 kern.fsync=1 kern.sysvmsg=1 kern.sysvsem=1 kern.sysvshm=1 kern.msgbufsize=131032 kern.malloc.buckets=16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072,262144,524288 kern.malloc.bucket.16=(calls = 9371 total_allocated = 1280 total_free = 494 elements = 256 high watermark = 1280 could_free = 0) kern.malloc.bucket.32=(calls = 823928 total_allocated = 1024 total_free = 291 elements = 128 high watermark = 640 could_free = 54) kern.malloc.bucket.64=(calls = 431182 total_allocated = 1856 total_free = 1170 elements = 64 high watermark = 320 could_free = 190057) kern.malloc.bucket.128=(calls = 28642 total_allocated = 4992 total_free = 20 elements = 32 high watermark = 160 could_free = 215) kern.malloc.bucket.256=(calls = 72230 total_allocated = 1520 total_free = 1085 elements = 16 high watermark = 80 could_free = 6197) kern.malloc.bucket.512=(calls = 1087 total_allocated = 184 total_free = 5 elements = 8 high watermark = 40 could_free = 0) kern.malloc.bucket.1024=(calls = 6156 total_allocated = 292 total_free = 4 elements = 4 high watermark = 20 could_free = 0) kern.malloc.bucket.2048=(calls = 346 total_allocated = 242 total_free = 2 elements = 2 high watermark = 10 could_free = 0) kern.malloc.bucket.4096=(calls = 2840 total_allocated = 581 total_free = 1 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.8192=(calls = 661 total_allocated = 81 total_free = 1 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.16384=(calls = 651 total_allocated = 16 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.32768=(calls = 3309 total_allocated = 11 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.65536=(calls = 461724 total_allocated = 4 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.131072=(calls = 0 total_allocated = 0 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.262144=(calls = 3 total_allocated = 3 total_free = 0 elements = 1 high watermark = 5 could_free = 0) kern.malloc.bucket.524288=(calls = 7 total_allocated = 7 total_free = 0 elements = 1 high watermark = 5 could_free = 0)
6.9 hangs at reboot/halt -p on Supermicro H8SGL
The hardware in question consists of a Supermicro H8SGL motherboard with an AMD Opteron 6276 CPU and 64 GB of RAM. Outputs for dmesg and sysctl hw are appended at the end of this message. This is an OpenBSD 6.9 system (patched up to #005) which stalls indefinitely at "syncing disks... done" requiring a manual reset. This behavior is repeatable when issuing either a "reboot" or when issuing "halt -p" in the console. The behavior also presented itself after an initial sysupgrade from 6.8 to 6.9. The behavior was present under 6.8 on the same machine. The behavior does not occur on two other accessible systems (Thinkpad T495s and an Asus KGPE-D16) running 6.9 and 6.8 respectively. The expected behavior is that the system power cycles after having received these commands. It does not. The message that remains on screen is "syncing disks... done" with an active cursor blinking on the line immediately following it. In the system BIOS I have the following options enabled for ACPI: ACPI Aware O/S [Yes] ACPI APIC Support [Enabled] Headless Mode [Disabled] ACPI Version Features [ACPI V2.0] The only mailing list thread that I could find that was somewhat similar to my scenario (Supermicro hardware and hangs on reboot) was this one https://marc.info/?t=15360073181=1=2 However, the Sumermicro H8GSL motherboard in my case does not have a dedicated BMC/IPMI. Looking for advice on how to diagnose the problem. ### dmesg ### OpenBSD 6.9 (GENERIC.MP) #0: Thu May 20 03:13:56 MDT 2021 r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 68701257728 (65518MB) avail mem = 66603769856 (63518MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0x9f000 (40 entries) bios0: vendor American Megatrends Inc. version "3.5b" date 03/18/2016 bios0: Supermicro H8SGL acpi0 at bios0: ACPI 3.0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET SRAT SSDT acpi0: wakeup devices PC02(S4) PC03(S4) PC04(S4) PC05(S4) PC06(S4) PC07(S4) PC09(S4) PC0A(S4) PC0B(S4) PC0C(S4) SBAZ(S4) P0PC(S4) UHC1(S4) UHC2(S4) UHC3(S4) USB4(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 32 (boot processor) cpu0: AMD Opteron(TM) Processor 6276, 2300.32 MHz, 15-01-02 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TOPEXT,CPCTR,ITSC cpu0: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 32 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 199MHz cpu0: mwait min=64, max=64, IBE cpu1 at mainbus0: apid 33 (application processor) cpu1: AMD Opteron(TM) Processor 6276, 2300.01 MHz, 15-01-02 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TOPEXT,CPCTR,ITSC cpu1: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache cpu1: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 32 4MB entries fully associative cpu1: disabling user TSC (skew=163) cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 34 (application processor) cpu2: AMD Opteron(TM) Processor 6276, 2300.01 MHz, 15-01-02 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TOPEXT,CPCTR,ITSC cpu2: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache cpu2: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu2: DTLB 32 4KB entries fully associative, 32 4MB entries fully associative cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 35 (application processor) cpu3: AMD Opteron(TM) Processor 6276, 2300.01 MHz, 15-01-02 cpu3:
