Dnia 7-08-2008 o godz. 13:20 Borys Saulyak napisał(a):
> Hi,
>
> I have problem with Solaris 10. I know that this forum is for
> OpenSolaris but may be someone will have an idea.
> My box is crashing on any attempt to import zfs pool. First crash
> happened on export operation and since then I can
Dnia 10-01-2008 o godz. 17:45 eric kustarz napisał(a):
> On Jan 10, 2008, at 4:50 AM, Łukasz K wrote:
>
> > Hi
> > I'm using ZFS on few X4500 and I need to backup them.
> > The data on source pool keeps changing so the online replication
> > would be the b
Dnia 10-01-2008 o godz. 16:11 Jim Dunham napisał(a):
> Łukasz K wrote:
>
> > Hi
> >I'm using ZFS on few X4500 and I need to backup them.
> > The data on source pool keeps changing so the online replication
> > would be the best solution.
> >
> >
Hi
I'm using ZFS on few X4500 and I need to backup them.
The data on source pool keeps changing so the online replication
would be the best solution.
As I know AVS doesn't support ZFS - there is a problem with
mounting backup pool.
Other backup systems (disk-to-disk or block-to-block)
there are problems with zfs sync phase.Run #dtrace -n fbt::txg_wait_open:entry'{ stack(); ustack(); }'and wait 10 minutesalso give more information about pool#zfs get all filerI assume 'filer' is you pool name.RegardsLukasOn 11/7/07, Łukasz K <[EMAIL PROTECTED]> wrote:
Hi,
Hi,
I think your problem is filesystem fragmentation.
When available space is less than 40% ZFS might have problems with
finding free blocks. Use this script to check it:
#!/usr/sbin/dtrace -s
fbt::space_map_alloc:entry
{
self->s = arg1;
}
fbt::space_map_alloc:return
/arg1 != -1/
{
self-
> > Now space maps, intent log, spa history are compressed.
>
> All normal metadata (including space maps and spa history) is always
> compressed. The intent log is never compressed.
Can you tell me where space map is compressed ?
Buffer is filled up with:
468 *entry++ = SM_
then I'll be able to
> provide you with my changes in some form. Hope this will happen next week.
>
> Cheers,
> Victor
>
> Łukasz K wrote:
> > Dnia 26-07-2007 o godz. 13:31 Robert Milkowski napisał(a):
> >> Hello Victor,
> >>
> >> Wednesday, Ju
Dnia 23-08-2007 o godz. 22:15 Igor Brezac napisał(a):
> We are on Solaris 10 U3 with relatively recent recommended patches
> applied. zfs destroy of a filesystem takes a very long time; 20GB usage
> and about 5 million objects takes about 10 minutes to destroy. zfs pool
> is a 2 drive stripe, not
> Is ZFS efficient at handling huge populations of tiny-to-small files -
> for example, 20 million TIFF images in a collection, each between 5
> and 500k in size?
>
> I am asking because I could have sworn that I read somewhere that it
> isn't, but I can't find the reference.
It depends, what typ
Dnia 26-07-2007 o godz. 13:31 Robert Milkowski napisał(a):
> Hello Victor,
>
> Wednesday, June 27, 2007, 1:19:44 PM, you wrote:
>
> VL> Gino wrote:
> >> Same problem here (snv_60).
> >> Robert, did you find any solutions?
>
> VL> Couple of week ago I put together an implementation of space maps
11 matches
Mail list logo
