https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231810
Kubilay Kocak changed:
What|Removed |Added
CC||r...@freebsd.org
Severit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231080
--- Comment #22 from Sean Bruno ---
The machine did crash last night, finally. However it did *not* hit the code
we were hoping and died somewhere else. I've dumped the kernel and assorted
crash files to freefall.freebsd.org:~sbruno/servi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231827
Bug ID: 231827
Summary: unzip sync with NetBSD upstream
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
Status: New
Severity: Affects Ma
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231827
Alex Kozlov changed:
What|Removed |Added
Assignee|b...@freebsd.org|d...@freebsd.org
--
You are receivi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231810
--- Comment #2 from Matthias Apitz ---
(In reply to leeb from comment #0)
I think, in your case it will help to set an env var to some file system with
more space than one normally has below /tmp, for example:
# mkdir /usr/tmp
# TMPDIR=/u
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231828
Bug ID: 231828
Summary: em(4) is unusable after suspend/resume
Product: Base System
Version: CURRENT
Hardware: amd64
OS: Any
Status: New
Severity: A
To view an individual PR, use:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and ob
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221777
--- Comment #24 from commit-h...@freebsd.org ---
A commit references this bug:
Author: gonzo
Date: Sun Sep 30 23:14:08 UTC 2018
New revision: 339029
URL: https://svnweb.freebsd.org/changeset/base/339029
Log:
MFC r336050-r336051, r336142,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221777
--- Comment #25 from commit-h...@freebsd.org ---
A commit references this bug:
Author: gonzo
Date: Sun Sep 30 23:17:33 UTC 2018
New revision: 339031
URL: https://svnweb.freebsd.org/changeset/base/339031
Log:
MFC r338654, r338701
r3386
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231810
--- Comment #3 from l...@ratnaling.org ---
My /tmp is 12G tmpfs. Using the patch I supplied, it doesn't really go over
100M, just checking with frequent df -h in another console during the mkimg
process.
This happens with a GENERIC kernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231795
--- Comment #1 from Jeremy Faulkner ---
Top when run on the host has a chance to core dump when an new app loads in a
jail. It has core dumped just logging in to a jail via ssh.
--
You are receiving this mail because:
You are the assignee
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231810
--- Comment #4 from Matthias Apitz ---
(In reply to leeb from comment #3)
My file system produced by mkfs(8) is around 24 GByte by intention because I
added '-M 50331648b -m 50331648b' in the script to the parms of mkfs(8). The
idea is to
12 matches
Mail list logo
