summaryrefslogtreecommitdiffstats
path: root/cddl/contrib
Commit message (Collapse)AuthorAgeFilesLines
...
* MFC r268473: MFV r268455:delphij2014-07-232-5/+9
| | | | Use reserved space for ZFS administrative commands.
* MFC r260156: MFV r260152:delphij2014-07-231-2/+2
| | | | 4208 Typo in zfs_main.c: "posxiuser"
* MFC r268470: MFV r268454:delphij2014-07-231-10/+10
| | | | | | | Refresh zpool list for each interval in order to produce fresh output. Illumos issue: 4966 zpool list iterator does not update output
* MFC r268469: MFV r268453:delphij2014-07-232-19/+19
| | | | Diff reduction against Illumos.
* MFC r268116:delphij2014-07-171-10/+17
| | | | | | | | - Fix handling of "new" style of ioctl in compatiblity mode [1]; - Reorganize code and reduce diff from upstream; - Improve forward compatibility shims for previous kernel; Reported by: sbruno [1]
* MFC r268126: MFV r268121:delphij2014-07-151-9/+12
| | | | 4924 LZ4 Compression for metadata
* MFC r268123: MFV r268119:delphij2014-07-153-20/+24
| | | | 4914 zfs on-disk bookmark structure should be named *_phys_t
* MFC r268086: MFV r267570:delphij2014-07-151-1/+3
| | | | 4756 metaslab_group_preload() could deadlock
* MFC r268084: MFV r267568:delphij2014-07-154-7/+49
| | | | 4891 want zdb option to dump all metadata
* MFC r268079: MFV r267566:delphij2014-07-152-2/+3
| | | | | 4390 i/o errors when deleting filesystem/zvol can lead to space map corruption
* MFC r268075: MFV r267565:delphij2014-07-1510-56/+283
| | | | | 4757 ZFS embedded-data block pointers ("zero block compression") 4913 zfs release should not be subject to space checks
* MFC r260142: MFV r258972:delphij2014-07-152-4/+123
| | | | 4373 add block contents print to zstreamdump
* MFC r266771: MFV r266766:delphij2014-07-151-2/+49
| | | | | | | | | | | | | | | | | | | Add a new zfs property, "redundant_metadata" which can have values "all" or "most". The default will be "all", which is the current behavior. When set to all, ZFS stores an extra copy of all metadata. If a single on-disk block is corrupt, at worst a single block of user data (which is recordsize bytes long) can be lost. Setting to "most" will cause us to only store 1 copy of level-1 indirect blocks of user data files. This can improve performance of random writes, because less metadata has to be written. In practice, at worst about 100 blocks (of recordsize bytes each) of user data can be lost if a single on-disk block is corrupt. The exact behavior of which metadata blocks are stored redundantly may change in future releases. Illumos issue: 3835 zfs need not store 2 copies of all metadata
* MFC r267572: MFV r249332 (illumos-gate 14005:55fc53126003)delphij2014-07-151-1/+38
| | | | | Illumos ZFS issues: 3654 zdb should print number of ganged blocks
* MFC 267929, 267937, 267939, 267940, 267941, 267942, 267987, 268006:rpaulo2014-07-1283-164/+5578
| | | | | | | | | | | | | | | | 2915 DTrace in a zone should see "cpu", "curpsinfo", et al 2916 DTrace in a zone should be able to access fds[] 2917 DTrace in a zone should have limited provider access 4477 DTrace should speak JSON Add stubs for CTF functions which are not yet implemented. 4474 DTrace Userland CTF Support 4475 DTrace userland Keyword 4476 DTrace tests should be better citizens 4479 pid provider types 4480 dof emulation is missing checks 4471 DTrace count() with histogram 4472 DTrace full width distribution histograms 4473 DTrace frequency trails
* MFC r267513:pfg2014-06-203-0/+168
| | | | | | | | | Merge from r258379 missed the tests. 4248 dtrace(1M) should never create DOF with empty probes section 4249 Only probes from the first DTrace object file will be included Illumos Revision: 54a20ab41aadcb81c53e72fc65886e964e9add59
* MFC r262329:markj2014-05-253-43/+0
| | | | | | | | | | Define the KM_NORMALPRI flag for kmem_alloc(), as it is used in some upstream DTrace code. MFC r262330: 1452 DTrace buffer autoscaling should be less violent illumos/illumos-gate@6fb4854bed54ce82bd8610896b64ddebcd4af706
* MFC r265821:mav2014-05-243-0/+10
| | | | | | | | Comment out some pointless device open/close around reading device IDs. FreeBSD ZFS port unlike OpenSolaris does not use device IDs, and does not implement respective devid_*() fuctions. It is pointless to open devices just to close them back immediately.
* MFC r264835 (MFV r264829):delphij2014-05-094-3/+115
| | | | 3897 zfs filesystem and snapshot limits
* MFC r264669: MFV r264666:delphij2014-05-093-10/+10
| | | | | | 4374 dn_free_ranges should use range_tree_t illumos/illumos-gate@bf16b11e8deb633dd6c4296d46e92399d1582df4
* MFC r264145:mav2014-05-081-1/+33
| | | | | | | | | | | | | | | | | | | Add property and sysctl to control how ZVOLs are exposed to OS. New ZFS property volmode and sysctl vfs.zfs.vol.mode allow switching ZVOL between three modes: geom -- existing fully functional behavior (default); dev -- exposing volumes only as raw disk device file in devfs; none -- not exposing volumes outside ZFS. The "dev" mode is less functional (can't be partitioned, mounted, etc), but it is faster, and in some scenarios with untrusted consumers safer. It can be useful for NAS, VM block storages, etc. The "none" mode may be convenient for backup servers, etc. that don't need direct data access. Due to the way ZVOL is integrated with main ZFS code, those property and sysctl are checked only during pool import and volume creation.
* MFC r264851smh2014-05-081-6/+5
| | | | | | Eliminated optarg global being used outside of the function which called getopt Sponsored by: Multiplay
* MFC r264040:pfg2014-05-023-8/+23
| | | | | | | | | | | | | 4248 dtrace(1M) should never create DOF with empty probes section 4249 Only probes from the first DTrace object file will be included Illumos Revision: 4a20ab41aadcb81c53e72fc65886e964e9add59 Reference: https://www.illumos.org/issues/4248 https://www.illumos.org/issues/4249 Obtained from: Illumos
* MFC r264467:delphij2014-04-282-7/+54
| | | | | | | | | Take into account when zpool history block grows exceeding 128KB in zpool(8) and zdb(8) by growing the buffer on demand with a cap of 1GB (specified in spa_history_create_obj()). PR: bin/186574 Submitted by: Andrew Childs <lorne cons org nz> (with changes)
* MFC r262596:markj2014-04-231-0/+97
| | | | | | 4478 dtrace_dof_maxsize is far too small illumos/illumos-gate@d339a29bb4765c4b6883a935cf69b669cd05bca0
* MFC r263889 (MFV r263887):delphij2014-04-115-30/+154
| | | | | 3993 zpool(1M) and zfs(1M) should support -p for "list" and "get" 4700 "zpool get" doesn't support -H or -o options
* MFC r263459: MFV 263436-263438:delphij2014-04-113-13/+49
| | | | | | | | | | | | 3947 zpool(1M) references nonexistent zfs-features(5) 4540 zpool(1M) man page doesn't describe "readonly" property 3948 zfs sync=default is not accepted 4611 zfs(1M) still mentions 'send -r' in synopsis 4415 zpool(1M) man page missing "import -m" description 4570 Document dedupditto pool property 4572 Dedup-related documentation additions for zpool and zdb. 1371 Add -D option description to zpool(1M) manpage 4571 Add documentation for -T and interval to "zpool list"
* MFC r263385:delphij2014-04-031-1/+1
| | | | | | Remove unused option -r from zpool. Submitted by: Richard Yao <ryao gentoo org>
* MFC r260880 (by kaiw, from projects/elftoolchain):dim2014-03-291-8/+72
| | | | | | | | | | | | | | | | | | | * Make die_mem_offset() be able to handle DW_AT_data_member_location attributes generated by Clang 3.4. * Document how different compilers generate DW_AT_data_member_location attributes differently. * Document the quirks about DW_FORM_data[48]. This is a slightly modified version, adapted to work with the old libdwarf in stable/9 and stable/10. It should fix DTrace on these branches, when the kernel is compiled with clang 3.4. Note that you have to build *and* install the CTF tools first, before building the kernel. Otherwise you can possibly still get error messages similar to "failed to copy type of 'pr_uid': Type information is in parent and unavailable", when attempting to run dtrace(1). Submitted by: kaiw
* MFC r262912asomers2014-03-281-0/+1
| | | | | | | cddl/contrib/opensolaris/lib/libuutil/common/uu_avl.c Fix a memory leak in uu_avl_pool_create: pthread_mutex_init without a corresponding pthread_mutex_destroy. It shows up, among other places, when doing "zfs list".
* MFC r260183: MFV r260154 + 260182:delphij2014-03-2012-159/+767
| | | | | | | 4369 implement zfs bookmarks 4368 zfs send filesystems from readonly pools Illumos/illumos-gate@78f171005391b928aaf1642b3206c534ed644332
* MFC r259850: MFV r258384:delphij2014-03-206-49/+60
| | | | | | 2583 Add -p (parsable) option to zfs list illumos/illumos-gate@43d68d68c1ce08fb35026bebfb141af422e7082e
* MFC r256999 (smh):delphij2014-03-202-16/+24
| | | | | | | | | | | | | | | Added support for the 'zfs list -t snap' and 'zfs snap' aliases which are available under Oracle Solaris 11. This includes an update to the ZFS(8) man page to reflect all the available alias (snap, umount, and recv). Initial changes obtained from ZFS On Linux + fixes for man page and cmd help: https://github.com/zfsonlinux/zfs/commit/10b75496bb0cb7a7b8146c263164adc37f1d176a https://github.com/zfsonlinux/zfs/commit/cf81b00a73fe47fdb21586ac1cc179b734540973 Obtained from: https://github.com/zfsonlinux/zfs
* MFC r260150: MFV r259170:delphij2014-03-194-47/+136
| | | | | | | | | | | 4370 avoid transmitting holes during zfs send 4371 DMU code clean up illumos/illumos-gate@43466aae47bfcd2ad9bf501faec8e75c08095e4f NOTE: Make sure the boot code is updated if a zpool upgrade is done on boot zpool.
* MFC r260138: MFV r242733:delphij2014-03-196-47/+213
| | | | | | | | | | | | | 3306 zdb should be able to issue reads in parallel 3321 'zpool reopen' command should be documented in the man page and help message illumos/illumos-gate@31d7e8fa33fae995f558673adb22641b5aa8b6e1 FreeBSD porting notes: the kernel part of this changeset depends on Solaris buf(9S) interfaces and are not really applicable for our use. vdev_disk.c is patched as-is to reduce diverge from upstream, but vdev_file.c is left intact.
* MFC r259813 + r259813: MFV r258374:delphij2014-03-195-32/+61
| | | | | | | | | 4171 clean up spa_feature_*() interfaces 4172 implement extensible_dataset feature for use by other zpool features illumos/illumos-gate@2acef22db7808606888f8f92715629ff3ba555b9
* MFC r262577: MFV r262570:delphij2014-03-141-4/+11
| | | | 4626 libzfs memleak in zpool_in_use()
* MFC r261774 by feld:eadler2014-02-241-0/+6
| | | | | | | | | | Add caveat to zpool manpage indicating that we do not automatically activate hot spares. This should be MFC'd to all STABLE branches. Upon the availability of zfsd, the zpool manpage on relevant branches should be updated to remove this caveat and document hot spare's reliance on zfsd. Requested by: feld
* MFC r260811: zdb -R: do not treat numeric parameters to a flag as more flagsavg2014-02-171-0/+1
|
* MFC r260703: zinject must use ioctl(2) compatibility wrapperavg2014-02-171-0/+1
|
* MFC r258717: MFV r258371,r258372: 4101 metaslab_debug should allow foravg2014-02-173-80/+174
| | | | fine-grained control
* MFC r261122: dtrace: remove unexplained 16MB limitation from dt_alloc/dt_zallocavg2014-02-171-10/+0
|
* MFC r260051:markj2014-02-171-4/+11
| | | | | | When clearing relocations to __dtrace* symbols, handle both SHT_REL and SHT_RELA sections properly instead of assuming that the relocation section is of type SHT_REL.
* MFC r258632,258704: MFV r255255: 4045 zfs write throttle & i/o scheduleravg2014-01-162-7/+10
| | | | | | performance work Sponsored by: HybridCluster [merge]
* MFC r258630: 734 taskq_dispatch_prealloc() desiredavg2014-01-162-34/+83
|
* MFC r258362jhibbits2014-01-152-3/+4
| | | | | | | | Use 'int' to store the return value of getopt(), rather than char. On some architectures (powerpc), char is unsigned by default, which means comparisons against -1 always fail, so the programs get stuck in an infinite loop.
* MFC r256543,r259245,r259421,r259668,r259674jhibbits2014-01-152-12/+215
| | | | | | | | | | | | | | | | | | | r256543: Add fasttrap for PowerPC. This is the last piece of the DTrace/ppc puzzle. It's incomplete, it doesn't contain full instruction emulation, but it should be sufficient for most cases. r259245,r259421: (FBT) FBT now does work fully on PowerPC. Save r3 before using it for the trap check, else we end up saving the new r3, containing the trap instruction encoding (0x7c810808), and restoring it back with the frame on return. This caused it to panic on my ppc32 machine. r259668,r259674: Fix a typo in the FBT code.
* MFC r259811:delphij2014-01-141-19/+30
| | | | | | | | | | | MFV r258373: 4168 ztest assertion failure in dbuf_undirty 4169 verbatim import causes zdb to segfa 4170 zhack leaves pool in ACTIVE state illumos/illumos-gate@7fdd916c474ea52896c671bbe7b56ba34a1ca132
* MFC r259168:mav2014-01-051-2/+9
| | | | | | | Don't even try to read vdev labels from devices smaller then SPA_MINDEVSIZE (64MB). Even if we would find one somehow, ZFS kernel code rejects such devices. It is funny to look on attempts to read 4 256K vdev labels from 1.44MB floppy, though it is not very practical and quite slow.
* MFC r259131:delphij2013-12-231-0/+6
| | | | | Don't panic when we get ZPOOL_STATUS_NON_NATIVE_ASHIFT while listing importable pools.
OpenPOWER on IntegriCloud