Displaying 20 results from an estimated 400 matches similar to: "6407444 unhandled i/o error from dnode_next_offset_level()"
2008 Jul 25
0
resynv onnv-gate
Author: Darren Moffat <darrenm at opensolaris.org>
Repository: /hg/zfs-crypto/gate
Latest revision: 9bb308a0778101fcef9ff65336bcec8e68a7bd06
Total changesets: 40
Log message:
resynv onnv-gate
Files:
.hgtags
deleted_files/usr/src/cmd/fps/Makefile.inc
deleted_files/usr/src/cmd/fps/Makefile.subdirs
deleted_files/usr/src/common/crypto/aes/aes_cbc_crypt.c
2006 Oct 31
0
6389368 fat zap should use 16k blocks (with backwards compatability)
Author: ahrens
Repository: /hg/zfs-crypto/gate
Revision: 0fdac67554fe0f4938120fb4f0cb35cbbcd38c0b
Log message:
6389368 fat zap should use 16k blocks (with backwards compatability)
Files:
update: usr/src/uts/common/fs/zfs/dbuf.c
update: usr/src/uts/common/fs/zfs/dmu_tx.c
update: usr/src/uts/common/fs/zfs/dnode.c
update: usr/src/uts/common/fs/zfs/sys/zap_impl.h
update:
2006 Mar 03
5
flag day: ZFS on-disk format change
Summary: If you use ZFS, do not downgrade from build 35 or later to
build 34 or earlier.
This putback (into Solaris Nevada build 35) introduced a backwards-
compatable change to the ZFS on-disk format. Old pools will be
seamlessly accessed by the new code; you do not need to do anything
special.
However, do *not* downgrade from build 35 or later to build 34 or
earlier. If you do so, some of
2006 Oct 31
0
6433264 crash when adding spare: nvlist_lookup_string(cnv, "path", &path) == 0
Author: eschrock
Repository: /hg/zfs-crypto/gate
Revision: 975fad4fa05753c23a18254797cce42bb33b4375
Log message:
6433264 crash when adding spare: nvlist_lookup_string(cnv, "path", &path) == 0
6433406 zfs_open() can leak memory on failure
6433408 namespace_reload() can leak memory on allocation failure
6433679 zpool_refresh_stats() has poor error semantics
6433680 changelist_gather()
2006 Oct 31
0
6364129 need to unmount any child datasets before doing the rollback
Author: lling
Repository: /hg/zfs-crypto/gate
Revision: 2e20e3394572a9bd1392520e3dc0fff83f57b611
Log message:
6364129 need to unmount any child datasets before doing the rollback
6364126 cannot rollback when a child filesystem is created after a snapshot is taken
6350233 Cannot rename filesystem|volume while it has dependent clones
Files:
update: usr/src/cmd/zfs/zfs_main.c
update:
2008 Mar 03
0
zpool create now loads/prompts for key. Use random salt instead of guid. Fix 654
Author: Anthony Scarpino <Anthony.Scarpino at Sun.COM>
Repository: /hg/zfs-crypto/gate
Latest revision: 04f168232992beb7ebec3b25a69735bb3e2ab678
Total changesets: 1
Log message:
zpool create now loads/prompts for key. Use random salt instead of guid. Fix 654
Files:
update: usr/src/cmd/zfs/zfs_main.c
update: usr/src/cmd/zoneadm/zfs.c
update: usr/src/cmd/zpool/zpool_main.c
update:
2005 Dec 14
0
ZFS fixes in build 29
For the curious, the following is a list of ZFS-related bugs and RFEs
integrated in build 29:
6343625 ZFS RBAC integration is incomplete
6343938 ::spa -v tried to read NULL vdev
6344502 placeholder bug for the remaining Makefile cleanup work for ZFS
6345206 zpool iostat doesn''t always line up
6345547 assertion failed: tempreserve < arc.c/4 from zfs_rename
6348792 incorrect error
2008 Apr 02
0
885 dataset creation panics if pool keystatus not ''available''.
Author: Darren Moffat <darrenm at opensolaris.org>
Repository: /hg/zfs-crypto/gate
Latest revision: 4c9597e1e4e9b6cbd6c20be06f0cdf9c409d3629
Total changesets: 1
Log message:
885 dataset creation panics if pool keystatus not ''available''.
360 check for key on creation should be in dmu_objset_create_check()
782 zfs keysource=raw fails with keyscope=dataset when file
2006 Oct 31
0
6355162 ''zfs restore -d'' should not succeed upon a volume
Author: maybee
Repository: /hg/zfs-crypto/gate
Revision: fc2b4ea43f2c90b103d940d192c1e7f2306f9939
Log message:
6355162 ''zfs restore -d'' should not succeed upon a volume
6368561 zfs panic at zfs:zfsctl_snapdir_inactive()
6374110 ZFS Panic in zfs_lookup() during snapshot creation
Files:
update: usr/src/lib/libzfs/common/libzfs_dataset.c
update:
2006 Oct 31
0
6397264 zfs-s10-0311:assertion failed:((&dnp->dn_blkptr[0])->blk_birth == 0)
Author: ahrens
Repository: /hg/zfs-crypto/gate
Revision: 2f3e2b378c0e7958796b026a1d3ee28f3329221a
Log message:
6397264 zfs-s10-0311:assertion failed:((&dnp->dn_blkptr[0])->blk_birth == 0)
6397267 assertion failed: (link->list_next == 0) == (link->list_prev == 0)
Files:
update: usr/src/uts/common/fs/zfs/dmu_tx.c
update: usr/src/uts/common/fs/zfs/dnode_sync.c
2007 Feb 06
4
The ZFS MOS and how DNODES are stored
ZFS documentation lists snapshot limits on any single file system in a pool at 2**48 snaps, and that seems to logically imply that a snap on a file system does not require an update to the pool?s currently active uberblock. That is to say, that if we take a snapshot of a file system in a pool, and then make any changes to that file system, the copy on write behavior induced by the changes will
2008 May 28
1
[Bug 2057] New: zpool key -u - permission denied should be clear
http://defect.opensolaris.org/bz/show_bug.cgi?id=2057
Summary: zpool key -u - permission denied should be clear
Classification: Development
Product: zfs-crypto
Version: unspecified
Platform: Other
OS/Version: Solaris
Status: NEW
Severity: minor
Priority: P3
Component: other
AssignedTo: ajscarp
2007 Jul 23
12
GRUB, zfs-root + Xen: Error 16: Inconsistent filesystem structure
Hi Lin,
In addition to bug 6541114...
Bug ID 6541114
Synopsis GRUB/ZFS fails to load files from a default compressed (lzjb) root
... I found yet another way to get the "Error 16: Inconsistent filesystem
structure" from GRUB. This time when trying to boot a Xen Dom0 from a
zfs bootfs
Synopsis: grub/zfs-root: cannot boot xen from a zfs root
2007 Sep 11
1
passphrase & keymgr load/unload
Author: Anthony Scarpino <Anthony.Scarpino at Sun.COM>
Repository: /hg/zfs-crypto/zfs-crypto-gate
Latest revision: 9a17248d7cc3087d39ca752bff184ae5a7831cf6
Total changesets: 1
Log message:
passphrase & keymgr load/unload
Files:
update: usr/src/cmd/zfs/zfs_main.c
update: usr/src/cmd/zpool/zpool_main.c
update: usr/src/common/zfs/zfs_prop.c
update:
2008 Mar 27
5
[Bug 871] New: ''zpool key -l'' core dumped with keysource=hex, prompt and unmatched entered in
http://defect.opensolaris.org/bz/show_bug.cgi?id=871
Summary: ''zpool key -l'' core dumped with keysource=hex,prompt and
unmatched entered in
Classification: Development
Product: zfs-crypto
Version: unspecified
Platform: Other
OS/Version: Windows
Status: NEW
Severity: minor
2008 Jan 21
0
293 AES_CBC_PAD keywrap
Author: Darren Moffat <darrenm at opensolaris.org>
Repository: /hg/zfs-crypto/gate
Latest revision: b44ed1cdde88c002bba91ae1bac55f456adcc95d
Total changesets: 1
Log message:
293 AES_CBC_PAD keywrap
Fix key load once and for all by using xcopyin & uint64_t everywhere
Files:
update: usr/src/cmd/zfs/zfs_main.c
update: usr/src/lib/libzfs/common/libzfs.h
update:
2009 Jul 05
0
Solaris ZFS native API publicly available??
Hi All,
I would like to know whether the ZFS native API for SunOS (http://www.opensolaris.org/os/community/zfs/source/) is publicly available now? I see in some old mailing lists (2 years old) that they were not publicly available. Is this still true?
Also I see there is a java API available at https://zfs.dev.java.net/apidocs/org/jvnet/solaris/libzfs/LibZFS.html &
2006 Jun 19
0
snv_42 zfs/zpool dump core and kernel/fs/zfs won''t load.
I''m pretty sure this is my fault but I need some help in fixing the system.
It was installed at one point with snv_29 with the pre integration
SUNWzfs package. I did a live upgrade to snv_42 but forgot to remove
the old SUNWzfs before I did so. When the system booted up got
complaints about kstat install because I still had an old zpool kernel
module lying around.
So I did pkgrm
2020 Jul 21
0
Arstechnica reviews Samba-based iXsystems TrueNAS Core
On Mon, Jul 20, 2020 at 7:47 PM Jeremy Allison via samba <
samba at lists.samba.org> wrote:
> Really nice write-up on the Samba-based
> Open Source project !
>
>
> https://arstechnica.com/gadgets/2020/07/an-easy-mode-for-zfs-we-test-the-truenas-core-12-0-beta/
>
> Congratulations to the FreeNAS/TrueNAS folks !
>
> Jeremy.
>
> --
> To unsubscribe from this
2002 Apr 25
1
understanding and resolving seg faults
Dear r-devel,
I am mutating rpart to do calculations on trees.
I am trying to extract information from the tree.
However, I got a seg. fault.
This is the offending line in "rpmatrix.c":
deltaI[0][0] = spl->improve;
(Commenting it out cures the seg fault)
I would like some advice on how to debug this. I have allocated memory
with calloc and deltaI[0][0] should be