https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251395
Bug ID: 251395
Summary: rc.d/nfsclient: hangs at shutdown because of non-empty
/var/db/mounttab
Product: Base System
Version: 12.2-RELEASE
Hardware: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251149
--- Comment #7 from Jens Grassel ---
Hi,
reading about the successful solutions with setting `kern.evdev.rcpt_mask = 3`
I tried again but with no success.
The only thing I can get working with that setting is the console mouse (via
moused)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251347
--- Comment #9 from Arne Steinkamm ---
(In reply to Rick Macklem from comment #8)
Yes, we know that NFS does not work from inside a jail.
This is the reason using NULLFS is best practice for years now to give a jail
(vnet or not) access to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251347
--- Comment #8 from Rick Macklem ---
Ok, I took a quick look and I don't think
an NFS mount within a vnet jail is going to work.
When the kernel RPC does a socreate() it passes
the argument cred as curthread->cred.
If this is done by an nf
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251363
--- Comment #11 from Gunther Schadow ---
Created attachment 219985
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=219985&action=edit
the patch as a separate file
--
You are receiving this mail because:
You are the assignee for
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251363
Gunther Schadow changed:
What|Removed |Added
Version|Unspecified |12.2-RELEASE
Severity|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251363
--- Comment #9 from Gunther Schadow ---
For completeness sake, I updated the mount_unionfs.8 man file also.
Full diff out of /usr/src with svnlite diff -x-w:
Index: sbin/mount_unionfs/mount_unionfs.8
==
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251363
--- Comment #8 from Gunther Schadow ---
Another erratum, I didn't realize at first the unionfs doesn't even require a
block device nor a mount-point directory, but rather, it can use any directory.
This is awesome, so none of this mdconfig
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250580
--- Comment #18 from Hongbo He ---
In addition to comment #17, I've just tried purging NVRAM with 12.2 RC3 (Which
TrueNAS 12.0 shipped as it's kernel) with no luck.
12.2-RELEASE will boot as normal while 12.2 RC3 will result in a reboot(n
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250580
--- Comment #17 from Hongbo He ---
(In reply to Christian Ullrich from comment #13)
> 6. Delete the VM's .nvram file.
That's interesting!
Besides the trick that entering the EFI shell before boot, I've tried removing
the VM's .nvram file
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251389
Bug ID: 251389
Summary: linuxkpi malloc is not strictly compatible with Linux
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251363
--- Comment #7 from Gunther Schadow ---
Erratum: I said "I can evict from the cache by writing to the unionfs" -- I
meant by removing files from that /cache file system. I wasn't clear that in
order to mount a unionfs, you must already have
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251363
--- Comment #6 from Gunther Schadow ---
Success! Here is my full diff in /usr/src/sys/fs/unionfs
# svnlite diff -x-w
Index: union.h
===
--- union.h (revision 368012)
+++ un
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251347
--- Comment #7 from Arne Steinkamm ---
(In reply to Rick Macklem from comment #6)
Thanks Rick,
as said before:
Using NFSv4 changes nothing :-(
I'm unable to change the wiring because the complete setup is in a computer
center 600km from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251347
Rick Macklem changed:
What|Removed |Added
CC||rmack...@freebsd.org
--- Comment #6
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251347
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment
Endlich automatisiertes System, das echten Wohlstand schafft
Hier geht es zur Onlineversion Hier klicken
Ausgabe 783 vom 25.11.20
Was wäre, wenn Wohlstand Garantiert wäre und ohne Risiko? Vermögens
Bildungssystem Endlich automatisiertes System, das echten Wohlstand schafft
Lass mich Ihnen e
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251363
--- Comment #5 from Gunther Schadow ---
Updated the stackexchange link with a draft design to allow to use rm and rmdir
to evict entries from the cache, new whitemode UNIONFS_WHITE_NEVER would do
that. I love how the kernel sources seem to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251274
--- Comment #3 from Juraj Lutter ---
And this is happening on boot.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://li
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251274
--- Comment #2 from Juraj Lutter ---
With today's CURRENT and openzfs (sysutils/openzfs-kmod) I'm getting:
nda21: 1526185MB (3125627568 512 byte sectors)
Fatal trap 12: page fault while in kernel mode
cpuid = 27; apic id = 1b
fault virtu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251376
Mark Linimon changed:
What|Removed |Added
Keywords||regression
--
You are receiving th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251376
Bug ID: 251376
Summary: Regression in lid switch behavior on Toshiba Satellite
Product: Base System
Version: 12.2-RELEASE
Hardware: amd64
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251372
Eirik Oeverby changed:
What|Removed |Added
Resolution|--- |Not A Bug
Severity|Affec
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251372
Bug ID: 251372
Summary: fetch(1) silently accepts invalid options
Product: Base System
Version: 12.2-RELEASE
Hardware: Any
OS: Any
Status: New
Sever
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245541
Sebastian S changed:
What|Removed |Added
Status|New |Closed
Resolution|---
25 matches
Mail list logo
