| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
checking at open time. It may improve performance for read-only
NFS mounts. Use deliberately.
MFC after: 1 week
Reviewed by: rmacklem, jhb (earlier version)
|
|
|
|
|
|
|
| |
tries to align partition start offset and size to be multiple of
alignment value.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This improves usability a little as we no longer require using touch.
Also reword the manpage wrt. parameters and fix usage() [1]
With no media in a cd(4) drive, the reads will loop producing EINVAL,
abort in that case [2].
Document the shortcoming of sectorsize and MAXPHYS (a quick solution
to this might be having MAXPHYS as the "bigsize", in short testing it
didn't make a difference on throughput).
Submitted by: arundel [1]
PR: bin/154528 [2]
|
|
|
|
| |
link for mount_oldnfs.8 instead of mount_newnfs.8.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that was built before ffs grew support for TRIM, your filesystem will have
plenty of free blocks that the flash chip doesn't know are free, so it
can't take advantage of them for wear leveling. Once you've upgraded your
kernel, you enable TRIM on the filesystem (tunefs -t enable), then run
fsck_ffs -E on it before mounting it.
I tested this patch by half-filling an mdconfig'ed filesystem image,
running fsck_ffs -E on it, then verifying that the contents were not
damaged by comparing them to a pristine copy using rsync's checksum
functionality. There is no reliable way to test it on real hardware.
Many thanks to mckusick@, who provided the tricky parts of this patch and
reviewed the final version.
Reviewed by: mckusick@
MFC after: 3 weeks
|
|
|
|
|
|
|
| |
"mdconfig -f file", I decided that it would be easier to make mdconfig
DWIM than to teach my fingers to type the correct command line.
MFC after: 3 weeks
|
|
|
|
|
|
|
| |
NFS clients done by r221124.
This is a content change.
Submitted by: jh
|
|
|
|
|
|
| |
applied by r221124. I also deleted references to idmapd, since that
daemon no longer exists.
This is a content change.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
NFS client (which I guess is no longer experimental). The fstype "newnfs"
is now "nfs" and the regular/old NFS client is now fstype "oldnfs".
Although mounts via fstype "nfs" will usually work without userland
changes, an updated mount_nfs(8) binary is needed for kernels built with
"options NFSCL" but not "options NFSCLIENT". Updated mount_nfs(8) and
mount(8) binaries are needed to do mounts for fstype "oldnfs".
The GENERIC kernel configs have been changed to use options
NFSCL and NFSD (the new client and server) instead of NFSCLIENT and NFSSERVER.
For kernels being used on diskless NFS root systems, "options NFSCL"
must be in the kernel config.
Discussed on freebsd-fs@.
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
|
|
| |
Reported by: Pawel Tyll <ptyll@nitronet.pl>
Approved by: pjd (mentor)
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
hastd process and workers, remove unused one and set different range
of numbers. This is done in order not to confuse them with HASTCTL_CMD
defines, used for conversation between hastctl and hastd, and to avoid
bugs like the one fixed in in r221075.
Approved by: pjd (mentor)
MFC after: 1 week
|
|
|
|
|
|
|
| |
defines.
Approved by: pjd (mentor)
MFC after: 1 week
|
|
|
|
| |
Approved by: pjd (mentor)
|
|
|
|
|
|
|
|
|
|
| |
This avoids a potentially many-hours-long loop of failed writes if newfs
finds a partially-overwritten superblock (or, for that matter, random
garbage which happens to have superblock magic bytes); on one occasion I
found newfs trying to zero 800 million superblocks on a 50 MB disk.
Reviewed by: mckusick
MFC after: 1 week
|
|
|
|
|
| |
Changing the size of struct ieee80211_mimo_info changes
the STA info data, breaking ifconfig in general.
|
|
|
|
|
|
| |
extended EVM statistics and EXT channel data.
ifconfig still displays 3 chains worth of ctl noise/rssi.
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
secondary role. It is possible that the remote node is primary, but only
because there was a role change and it didn't finish cleaning up (unmounting
file systems, etc.). If we detect such situation, wait for the remote node
to switch the role to secondary before accepting I/Os. If we don't wait for
it in that case, we will most likely cause split-brain.
MFC after: 1 week
|
|
|
|
|
|
| |
as a warning and not an error.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
| |
release device. We haven't frozen the device before and attempt to release
it will at least cause warning message from kernel.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- We have two nodes connected and synchronized (local counters on both sides
are 0).
- We take secondary down and recreate it.
- Primary connects to it and starts synchronization (but local counters are
still 0).
- We switch the roles.
- Synchronization restarts but data is synchronized now from new primary
(because local counters are 0) that doesn't have new data yet.
This fix this issue we bump local counter on primary when we discover that
connected secondary was recreated and has no data yet.
Reported by: trociny
Discussed with: trociny
Tested by: trociny
MFC after: 1 week
|
|
|
|
|
|
| |
calculated dynamically.
PR: kern/143653
|
|
|
|
|
|
| |
This should preserve POLA in all other cases (foreground || non-dynamic).
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
| |
background.
Suggested by: Garrett Cooper <yanegomi@gmail.com>
Use EAGAIN instead of magic value of -2 to report this condition from the
SetAliasAddressFromIfName routine.
MFC after: 2 weeks
|
|
|
|
| |
Checked with: md5, diff -x -w
|
|
|
|
| |
Checked with: md5, diff -w
|
|
|
|
|
|
|
| |
console device as an argument. Unsetting virtual console
using /dev/console seems to have never worked.
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
hast_proto_recv_hdr() may be used. This also fixes the issue
(introduced by r220523) with hastctl, which crashed on assert in
hast_proto_recv_data().
Suggested and approved by: pjd (mentor)
|
|
|
|
|
|
|
| |
This can happen during start-up, when natd starts before dhclient has a
chance to receive IP address from the upstream provider.
MFC after: 2 weeks
|
|
|
|
|
| |
Reviewed by: uqs
MFC after: 5 days
|
|
|
|
|
|
|
| |
Correct this and print a warning if different replication mode is
configured.
MFC after: 1 week
|
|
|
|
|
|
|
| |
later in hast_proto_recv_data().
Approved by: pjd (mentor)
MFC after: 1 week
|
|
|
|
|
|
|
| |
received does not exceed the buffer size.
Approved by: pjd (mentor)
MFC after: 1 week
|
|
|
|
|
| |
Approved by: pjd (mentor)
MFC after: 3 days
|
|
|
|
|
| |
Approved by: pjd (mentor)
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
was incorrect - 'list scan' does not actually do a scan, but instead lists
the results of the background 'scan' cache.
Submitted by: Fabian Keil (freebsd-listen of fabiankeil de) (via email)
Discussed with: bschmidt
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
{readline,history}.h are in /usr/include/edit so as to not conflict with
the GNU libreadline versions. To use the libedit readline(3) one should
add "-I/usr/include/edit" to their Makefile
(spelled "-I${DESTDIR}/${INCLUDEDIR}/edit" within the FreeBSD source tree).
* Enable its use in the BSD licensed utilities that support readline(3).
* To make it easier to sync libedit development with NetBSD, histedit.h
is moved into libedit's directory as history shows shown we keep merging
it into that location.
Obtained from: NetBSD
Sponsored by: Juniper Networks
|
|
|
|
|
|
|
| |
to short under heavy load and I was experiencing those timeouts in my recent
tests.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
this means that request timed out. Translate the meaningless EAGAIN to
ETIMEDOUT to give administrator a hint that he might need to increase timeout
in configuration file.
MFC after: 1 month
|
|
|
|
|
|
|
| |
In HAST we use two sockets - one for only sending the data and one for only
receiving the data.
MFC after: 1 month
|
|
|
|
|
|
|
| |
interpreting NULL 'data' argument passed to proto_common_send() or
proto_common_recv() as a will to do so.
MFC after: 1 month
|
|
|
|
|
|
| |
length. This should fix deadlocks reported by HAST users.
MFC after: 1 week
|
|
|
|
|
|
| |
GEOM GATE to fix the issue described in r220264. This also means that we no
longer need -q option, remove it. Don't bother to leaving it as a no-op, as
ggatel(8) is just an example utility.
|