https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200513
Bug ID: 200513
Summary: Race at shutdown and corrupt fusefs systems
Product: Base System
Version: 10.1-RELEASE
Hardware: amd64
OS: Any
Status: New
S
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200512
Garrett Cooper,425-314-3911 changed:
What|Removed |Added
Summary|_nss_cache_cycle_prevention |_nss_cache_cycle_prev
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200512
Bug ID: 200512
Summary: _nss_cache_cycle_prevention_function hack between
lib/libc and usr.sbin
Product: Base System
Version: 11.0-CURRENT
Hardware: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=108462
Baptiste Daroussin changed:
What|Removed |Added
Resolution|--- |Overcome By Events
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200500
Bug ID: 200500
Summary: libstand/tftp.c recvtftp() is broken for large files
Product: Base System
Version: 11.0-CURRENT
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191348
--- Comment #19 from commit-h...@freebsd.org ---
A commit references this bug:
Author: slm
Date: Thu May 28 18:24:28 UTC 2015
New revision: 283661
URL: https://svnweb.freebsd.org/changeset/base/283661
Log:
The wrong commit message was gi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200493
--- Comment #3 from Konstantin Belousov ---
(In reply to Edward Tomasz Napierala from comment #2)
No, bug report is weird because it does not contain even an attempt to get an
overview of the system state after it enters the un-understandab
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200493
--- Comment #2 from Edward Tomasz Napierala ---
The report is weird, because the bug is. I have no idea what could be causing
this, and how to approach debugging it. More data points: the slowdown is
there also for md(4). You can make th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200493
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200493
Bug ID: 200493
Summary: Killing pid 11 (idle) wedges the disk IO
Product: Base System
Version: 11.0-CURRENT
Hardware: Any
OS: Any
Status: New
Severi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200472
--- Comment #5 from oliv...@cochard.me ---
If I unload aesni module on "encrypter" side, the problem disappear: Then how
can the packet being corrupted after decryption ?
New test without aesni module loaded on the "encrypter side" (srv1),
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200472
--- Comment #4 from Andrey V. Elsukov ---
It is possible that IP packets were currupted before encryption or after
decryption (encapsulation/decapsulation). Can you try similar test, but use
IPSec transport mode?
You need to create gif or g
12 matches
Mail list logo