Ist ein Update keine Option?
doch, aber das mache ich ungern ohne Not auf Verdacht in's Blaue. Wäre mein erster 15er, .0 vermeide ich normalerweise und IPv6-only ist auch etwas speziell, aber irgendeiner ist ja der Erste.
P.S.: im Nachhinein ärgerlich, erst kürzlich ging ich 14.3 -> 14.4.
P.P.S.: ic frge auch mal https://forums.freebsd.org/threads/crash-…ease-p2.102499/
Speicheroptimierung gemacht, Crash immer noch da.
das Kernel-Update
welches Kernel Update und wozu?
Nein, woran denkst Du?
also
auch mit den sysctl.conf und rc.conf Halluzinationen der Homunculi.
für den fsck denke ich sollte das Filesystem nicht unmounted sein. Also Rettungssystem. Das ist aber Debian.
Wie soll ich damit ein UFS checken - und welche device ist das?
Ich denke das Problem liegt im Host, nicht im Gast.
P.S.: ZFS wäre mir von Anfang an auch liber gewesen, das Image wollte aber UFS und dann dachte ich, das wird schon einen Grund haben.
Bingo!
Ich denke damit gehe ich am Montag zum netcup Support.
Vielen Dank an Euch alle, Ihr wart super hilfreich.
Auf dem Filesystem sind 16Gb frei, die Datei hat 2Gb, am Platz liegt's wohl nicht. Kaputt weiß ich nicht, denke aber das kann ich nicht sehen.
Wie melde ich das an netcup, liest da jemand hier mit?
Danke für den Hinweis auf's /var/log/messages, ich hatte in dmesg geguckt
Apr 25 16:52:57 n0 kernel: panic: handle_disk_io_initiation: Unexpected type jnewblk
Apr 25 16:52:57 n0 kernel: cpuid = 0
Apr 25 16:52:57 n0 kernel: time = 1777128736
Apr 25 16:52:57 n0 kernel: KDB: stack backtrace:
Apr 25 16:52:57 n0 kernel: #0 0xffffffff80bb434d at kdb_backtrace+0x5d
Apr 25 16:52:57 n0 kernel: #1 0xffffffff80b65bb1 at vpanic+0x161
Apr 25 16:52:57 n0 kernel: #2 0xffffffff80b65a43 at panic+0x43
Apr 25 16:52:57 n0 kernel: #3 0xffffffff80e9ec7e at softdep_disk_io_initiation+0x12ae
Apr 25 16:52:57 n0 kernel: #4 0xffffffff80ec2dcb at ffs_geom_strategy+0x13b
Apr 25 16:52:57 n0 kernel: #5 0xffffffff80ed5c83 at ufs_strategy+0x83
Apr 25 16:52:57 n0 kernel: #6 0xffffffff80c25fb6 at bufstrategy+0x36
Apr 25 16:52:57 n0 kernel: #7 0xffffffff80c25e7c at bufwrite+0x1dc
Apr 25 16:52:57 n0 kernel: #8 0xffffffff80ec4f54 at ffs_syncvnode+0x3c4
Apr 25 16:52:57 n0 kernel: #9 0xffffffff80ec3b42 at ffs_fsync+0x22
Apr 25 16:52:57 n0 kernel: #10 0xffffffff80c57a87 at sched_sync+0x487
Apr 25 16:52:57 n0 kernel: #11 0xffffffff80b1d7d1 at fork_exit+0x81
Apr 25 16:52:57 n0 kernel: #12 0xffffffff810325de at fork_trampoline+0xe
Apr 25 16:52:57 n0 kernel: Uptime: 23m30s
Apr 25 16:52:57 n0 kernel: Automatic reboot in 15 seconds - press a key on the console to abort
Apr 25 16:52:57 n0 kernel: Rebooting...
Apr 25 16:52:57 n0 kernel: ---<<BOOT>>---
Apr 25 16:52:57 n0 kernel: Copyright (c) 1992-2023 The FreeBSD Project.
Apr 25 16:52:57 n0 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
Apr 25 16:52:57 n0 kernel: The Regents of the University of California. All rights reserved.
Apr 25 16:52:57 n0 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation.
Apr 25 16:52:57 n0 kernel: FreeBSD 14.4-RELEASE-p2 GENERIC amd64Tips?
es klingt verrückt, aber ein
$ curl -LO https://cdn-storage.br.de/MUJIuUOVBwQIbtC2uKJDM6OhuLnC_2rH5K1S/_-dS/_28P5Arf9K1S/58831275-692e-4c82-bdbd-c61970c839d6_X.mp4löst wenige Sekunden nach Ende des Downloads einen Reboot aus. Danach ist der Download wieder weg.
Was ist da los, wie kriege ich diese Reboots stabil weg?
Zum Server:
$ uname -a
FreeBSD n0.mro.name 14.4-RELEASE-p2 FreeBSD 14.4-RELEASE-p2 GENERIC amd64
$ ifconfig
vtnet0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1500
options=ec079b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,TSO6,LRO,VLAN_HWTSO,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6,HWSTATS>
ether 76:42:ba:2d:d8:e1
inet6 2a03:4000:5:f44:affe:beef:cafe:deaf prefixlen 64
inet6 fe80::7442:baff:fe2d:d8e1%vtnet0 prefixlen 64 scopeid 0x1
media: Ethernet autoselect (10Gbase-T <full-duplex>)
status: active
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>