similar to: 6407444 unhandled i/o error from dnode_next_offset_level()

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