https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256211
--- Comment #1 from Paul Floyd ---
There is no problem here. If you run Valgrind with -s you will get
--4534-- used_suppression: 1 MEMCHECK-LIBC-REACHABLE
/usr/local/libexec/valgrind/default.supp:589 suppressed: 4,096 bytes in 1
block
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225762
Warner Losh changed:
What|Removed |Added
Status|New |Closed
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256311
Li-Wen Hsu changed:
What|Removed |Added
Assignee|b...@freebsd.org|lw...@freebsd.org
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253445
--- Comment #8 from do...@dawnsign.com ---
It will be June 1st tomorrow. How soon can I expect this in the RELEASE
version?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256311
Bug ID: 256311
Summary: man devctl missing "freeze" and "thaw"
options/descriptions
Product: Base System
Version: 13.0-RELEASE
Hardware: Any
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #22 from Alan Somers ---
I can't reproduce it with UFS.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
Christos Chatzaras changed:
What|Removed |Added
CC||ch...@cretaforce.gr
--- Comme
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
Alan Somers changed:
What|Removed |Added
Status|New |Open
Version|13.0-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209821
--- Comment #40 from RichardG ---
(In reply to David Sebek from comment #37)
Hello,
On my ASUS K73SD, the patch works.
Without the patch I never managed to do a cold boot (ie just after a power on)
on UEFI. Every boot with the patch succ
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255517
--- Comment #2 from dtoch ---
(In reply to Graham Perrin from comment #1)
I'm afraid with a same result. Silence.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #19 from Alan Somers ---
I was able to reproduce the problem on 13.0-RELEASE, but not 14.0-CURRENT. I'm
trying stable/13 next.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #18 from Jörg Schilling ---
Please note that the apparent sparse files are not
created on the basic system that identifies as aarch64.
If I compile schilytools in an armv7 jail that runs on
the aarch64 raspi installation, only
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256305
d...@jetcafe.org changed:
What|Removed |Added
Hardware|Any |amd64
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256305
Bug ID: 256305
Summary: ocs_fc - panic: ffs_blkfree_cg: freeing free block
Product: Base System
Version: 12.2-STABLE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253765
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|m...@freebsd.org
Resolution
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #17 from Robert Clausecker ---
So yeah, the same approach also works on amd64. To reproduce:
1. install archivers/star
2. make a zfs dataset and nullfs mount it somewhere.
3. in the nullfs mount, unpack the schilytools
4. buil
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #16 from Robert Clausecker ---
(In reply to Alan Somers from comment #15)
I can test on amd64; one second please.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #15 from Alan Somers ---
What about amd64? Can you test on 13.0-RELEASE with amd64? If you can provide
full steps to reproduce, including the nullfs mount options, I can test it on
14.0-CURRENT amd64.
--
You are receiving th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #14 from Robert Clausecker ---
(In reply to Alan Somers from comment #13)
Unfortunately I don't.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #13 from Alan Somers ---
This might be already fixed by
https://github.com/freebsd/freebsd-src/commit/42881526d401e7a9c09241e392b7ffa18cfe11d6
. Do you have the ability to test on 14.0-CURRENT ?
--
You are receiving this mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256179
Mark Linimon changed:
What|Removed |Added
Keywords||regression
--
You are receiving th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256255
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|wirel...@freebsd.org
--
You are re
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256264
Mark Linimon changed:
What|Removed |Added
Keywords||regression
--
You are receiving th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256278
Mark Linimon changed:
What|Removed |Added
Keywords||panic
--
You are receiving this ma
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256280
Mark Linimon changed:
What|Removed |Added
Keywords||regression
Assignee|b...@
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #12 from Robert Clausecker ---
(In reply to Alan Somers from comment #11)
Yes, indeed. An fsync on the nullfs-mounted file makes it become non-sparse in
ZFS immediately. Hope this helps!
--
You are receiving this mail becau
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #11 from Alan Somers ---
Now we're getting somewhere.
* zdb shows a file that is completely sparse; it contains no data
* nullfs is involved.
Maybe your newly written file is getting cached by nullfs in the VM cache and
not fl
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #10 from Robert Clausecker ---
Ok, it was a stale zpool cache file. Regenerated that. Now zdb spits out for
the defective file:
# zdb -d tau/usr/home 158868
Dataset tau/usr/home [ZPL], ID 166, cr_txg 156, 1.02G, 73710 ob
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #9 from Alan Somers ---
I doubt it. The cache file is probably fine. zdb must be failing for some
other reason. If you're familiar with dtrace, you can might be able to find
out why.
--
You are receiving this mail because:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #8 from Robert Clausecker ---
(In reply to Alan Somers from comment #7)
Hi Alan,
The cache file /etc/zfs/zpool.cache is there and seems fine. Here is what zdb
-C outputs:
# zdb -C
tau:
version: 5000
name: 'tau'
s
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #7 from Alan Somers ---
I think I've seen zdb do that when there is no ZFS cache file. Did you disable
the ZFS cache file?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
--- Comment #6 from Robert Clausecker ---
(In reply to Alan Somers from comment #5)
If I try to use zdb, it gives ENOENT for whatever dataset I try to use. Looks
like this:
# zfs list tau/usr/home
NAME USED AVAIL REFER MO
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205
Alan Somers changed:
What|Removed |Added
CC||asom...@freebsd.org
--- Comment #5 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256283
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
Assign
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224496
--- Comment #50 from Conall O'Brien ---
I've been experiencing these issues with WD Red 6TB disks. I had frequent,
unexplained reboots with 12.1-RELEASE and 12.2-RELEASE.
mprutil show all
Adapter:
mpr0 Adapter:
Board Name: LSI3008-I
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224496
--- Comment #49 from Conall O'Brien ---
I've been experiencing these issues with WD Red 6TB disks. I had frequent,
unexplained reboots with 12.1-RELEASE and 12.2-RELEASE.
mprutil show all
Adapter:
mpr0 Adapter:
Board Name: LSI3008-I
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256283
--- Comment #1 from topical ---
The CVE fix broke the following function:
int
rad_get_attr(struct rad_handle *h, const void **value, size_t *lenp)
{
int len, type;
if (h->in_pos >= h->in_len)
return 0;
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256041
--- Comment #3 from Alexander V. Chernikov ---
It should work.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256283
Bug ID: 256283
Summary: FreeBSD-SA-21:12.libradius breaks mpd5 when using
MS-CHAPv2
Product: Base System
Version: 13.0-RELEASE
Hardware: Any
OS: Any
39 matches
Mail list logo