Re: [OpenIndiana-discuss] System Panics after deleting zvol

[matt]

Are you able to create a pool on another disk? If so, then you could 
try
to create a new zvol on the new pool and copy over the contents from 
the
old zvol using 'dd'. Then you could try to share out the LU from the 
new

pool.

- George

George,

  Yeah I went out and bought a 3TB disk with the intention of backing 
up the data once I was able to get in there, I know early on after 
setting up the zpool that I wanted to turn off deduplication since I 
didn't like the performance impact I was seeing in testing. Since I 
created the zvol to be shared via iSCSI as a block level device to a 
windows system will dd still be able to copy the data.. need to look up 
the dd command... I'm going to add the new drive along with another to a 
new pool and do what you suggested.  Any guidance on using the dd 
command?


Thanks,
Matt

Matt

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System Panics after deleting zvol (Jim Klimov)

[Matthew Savage]

Need some help trying to recover data from my zpool (version 28).

You can read all the gory details here:
http://www.nexentastor.org/boards/2/topics/8502

I am unable to import the pool into OpenIndiana live (or any other
distro) and am expereincing the same kernel panic whenever I try to
import my zpool after I deleted an old zvol...  long story short I have
tried every import switch I could find and even ran zdb -e -bcsvL which
took almost 4 days(screen shots in thread listed above).
 

Well, I had something that smells similar, so I can share my own
experience and expectations ;\

To recap, your system uses dedup and has 12Gb RAM, and apparently
the removal of the zvol requires it to walk the DDT blocks to find
if your zvol's blocks are there. If yes, the counter is decreased,
and if it reaches zero - the data block is released. This kind of
process needs lots of memory to hold the DDT to walk it (and even
if your L2ARC cache helps, it's not by very much, because typical
DDT entries are about twice as big as pointers from RAM to L2ARC).

It also seemed (in my case, with OI versions 147-148) that some
of such operations are implemented in the kernel as needing to
store great portions of data about the pool metadata in RAM -
and being kernel memory, it is not even able to be swapped out.

My runs of zdb (with similar keys to yours above) consumed about
35Gb of virtual memory (the userspace process can swap out) so
that's my estimate of the memory needs to process my pool's meta
data at that time. The box had only 8Gb (max supported) and thus
the kernel couldn't allocate enough and hung with the system going
down in "scanrate hell" (I am not sure it panicked, though, except
for other errors; I did not know about "deadman watchdog timer"
which seems to be an in-kernel way of inducing a proper panic
under these or similar conditions).

A symptom of the scanrate hell is that my OS was doing up to
millions of "page scans" per second, and ultimately this was
all it did until reset. If you start "vmstat 1" on a console,
you can see that once free RAM goes down below ~90-128Mb, the
"sr" field increases - this is kernel walking through pages
in RAM looking for some to evict into swap. There are none
(when all memory held by kernel walking ZFS), so there is
nothing to release, leading to an intense infinite cycle.

Other posters reported that temporarily increasing RAM on
systems in such loops with inaccessible pools did solve the
problem by avoiding that bottleneck - but this is not always
possible. For others the problem "dissolved over time" -
after a week or so of panics and reboots, the pool just
got imported and working.

Another thing I was pointed to this way was that with the
zdb walk I can determine the "deferred free" counter - I
believe this is number of blocks already marked for release
but not yet processed through all metadata (such as the DDT
walks). For me, this counter went down over reboots, and the
problem did dissolve in about two weeks of the storage test
box doing nothing but imports and panics.

HTH,
//Jim Klimov


   


Jim,

   I was reading in order to get the "deferred free" counter you have 
to run the zdb -bsvL -e pool, im going to try that
and see how much the counter changes... in the article I was reading he 
scripted a watchdog to soft reset his system
so he could run the import over an over again until it cleared up.  Hey 
it's worth a try...


Thanks..

Matt

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] SFE multimedia players and codecs

[Ian Johnson]

I use mplayer2 for videos and mod/Sonata for music with no issue. On the 
subject of mplayer, though, I've noticed that mplayer2 throws some AO-ALSA 
errors as part of the command-line output when playing a video. Is it possible 
that the mplayer2 package was built with some extra features enabled that OI 
doesn't need?

2012/11/08 16:25、Bryan Iotti  のメッセージ:

> +1 on mplayer. VLC used to work, now MPlayer does a great job on all my
> multimedia formats.
> 
> Bryan
> 
> 
> On Sun, Nov 4, 2012 at 9:58 AM, Jim Klimov  wrote:
> 
>> On 2012-11-04 09:27, Milan Jurik wrote:
>> 
>>> it would be good to say which packages you installed.
>> 
>> I'll try to make a list when I'm next booted into OI, but in general
>> I just clicked on everything that looked like a codec or player ;)
>> 
>> One frequent error response in particular is that no H.264 codec is
>> available, while the "x264" package is installed. I guess that some
>> path to the library should be registered in some config file or some
>> bunch of symlinks, so that a player "sees" that - and maybe that was
>> not updated by the package installer?
>> 
>> 
>>> Yes, vlc is broken
>> 
>>> in SFE encumbered because there is no stable spec for it and the old one
>>> pushed to the repo is broken on newer systems.
>>> 
>>> I use mplayer from SFE encumbered without issues. That is the one I care
>> 
>> Ok, "works for you" is a good data point that I can try to pursue ;)
>> 
>> 
>> 
>> 
>> about, the rest depends on own maintainers (mplayer2 and vlc). After
>>> finishing JDS/Gnome updated in OI I publish more gstreamer plugins so
>>> totem will be able to play more things.
>> 
>> Thanks for info,
>> //Jim Klimov
>> 
>> 
>> 
>> __**_
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss@**openindiana.org
>> http://openindiana.org/**mailman/listinfo/openindiana-**discuss
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Gnome and the future

[Ian Johnson]

I also use OI as my main desktop. I have a few complaints about GNOME 2, but 
overall it's very nice and I prefer it to Xfce, KDE, and the other environments 
that are getting the most attention right now. Considering that RHEL and Oracle 
Solaris also use GNOME 2, it would not reflect badly on OpenIndiana to continue 
with it for some time.

As far as a future path, my (Arch) Linux machine runs MATE, and I have had no 
issues with it. Assuming no major porting problems, it would probably not be a 
risky choice considering that mainstream Linux distributions like Mint are 
embracing it. I'd personally be fine with a switch to a standalone window 
manager as the default, but most desktop users probably wouldn't be, and it 
seems the expectation for enterprise-grade Unixes for some time has included a 
full-scale desktop environment, whether the OS is targeted at desktop use or 
not.

2012/11/08 16:24、Bryan Iotti  のメッセージ:

> OI is my main desktop. I have been trying to ignore all the shortcomings of
> GNOME 2 because I find that ZFS, zones and DTrace are far more important.
> I'd really like some of these bugs to be patched. I have a Linux laptop
> running Fedora and XFCE as a WM, but it's a question of performance there.
> Lack of a WM would seriously hamper my possibility to keep OI as my main OS.
> 
> My two cents...
> 
> Bryan
> 
> 
> On Wed, Nov 7, 2012 at 2:30 AM, låzaro  wrote:
> 
>> well, my probing in the #mate channel was a disaster, I'd talk with a
>> developer and I has been trolled in front the Developer by a project's
>> user, me and an OI's user.
>> 
>> A guy named Stefano, marked in the "about" as developer, was offering
>> join to the #openindiana to talk about the subject. I would try it via
>> Mailing list, after pull Stefano to #openindiana
>> 
>> Cinnamon is from a to Linux Mint...
>> 
>> 
>> Thread name: "Re: [OpenIndiana-discuss] Gnome and the future"
>> Mail number: 16
>> Date: Tue, Nov 06, 2012
>> In reply to: Apostolos Syropoulos
>>> 
>>> 
 MATE project could see in OI a choose for climb in the desktops
 enviroment war. There is another Gnome fork named Cinammon (I guest)
>>> 
>>> Indeed and here's the link:
>>> 
>>> 
>>> https://github.com/linuxmint/Cinnamon
>>> 
>>> 
>>> A.S.
>>> 
>>> --
>>> Apostolos Syropoulos
>>> Xanthi, Greece
>>> 
>>> 
>>> ___
>>> OpenIndiana-discuss mailing list
>>> OpenIndiana-discuss@openindiana.org
>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>> 
>> --
>>  Warning! 
>> 100'000 pelos de escoba fueron
>> introducidos satisfactoriamente
>> en su puerto USB.
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss@openindiana.org
>> http://openindiana.org/mailman/listinfo/openindiana-discuss
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] SFE multimedia players and codecs

[Bryan Iotti]

+1 on mplayer. VLC used to work, now MPlayer does a great job on all my
multimedia formats.

Bryan


On Sun, Nov 4, 2012 at 9:58 AM, Jim Klimov  wrote:

> On 2012-11-04 09:27, Milan Jurik wrote:
>
>> it would be good to say which packages you installed.
>>
>
> I'll try to make a list when I'm next booted into OI, but in general
> I just clicked on everything that looked like a codec or player ;)
>
> One frequent error response in particular is that no H.264 codec is
> available, while the "x264" package is installed. I guess that some
> path to the library should be registered in some config file or some
> bunch of symlinks, so that a player "sees" that - and maybe that was
> not updated by the package installer?
>
>
> > Yes, vlc is broken
>
>> in SFE encumbered because there is no stable spec for it and the old one
>> pushed to the repo is broken on newer systems.
>>
>> I use mplayer from SFE encumbered without issues. That is the one I care
>>
>
> Ok, "works for you" is a good data point that I can try to pursue ;)
>
>
>
>
>  about, the rest depends on own maintainers (mplayer2 and vlc). After
>> finishing JDS/Gnome updated in OI I publish more gstreamer plugins so
>> totem will be able to play more things.
>>
>
> Thanks for info,
> //Jim Klimov
>
>
>
> __**_
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@**openindiana.org
> http://openindiana.org/**mailman/listinfo/openindiana-**discuss
>
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Gnome and the future

[Bryan Iotti]

OI is my main desktop. I have been trying to ignore all the shortcomings of
GNOME 2 because I find that ZFS, zones and DTrace are far more important.
I'd really like some of these bugs to be patched. I have a Linux laptop
running Fedora and XFCE as a WM, but it's a question of performance there.
Lack of a WM would seriously hamper my possibility to keep OI as my main OS.

My two cents...

 Bryan


On Wed, Nov 7, 2012 at 2:30 AM, låzaro  wrote:

> well, my probing in the #mate channel was a disaster, I'd talk with a
> developer and I has been trolled in front the Developer by a project's
> user, me and an OI's user.
>
> A guy named Stefano, marked in the "about" as developer, was offering
> join to the #openindiana to talk about the subject. I would try it via
> Mailing list, after pull Stefano to #openindiana
>
> Cinnamon is from a to Linux Mint...
>
>
> Thread name: "Re: [OpenIndiana-discuss] Gnome and the future"
> Mail number: 16
> Date: Tue, Nov 06, 2012
> In reply to: Apostolos Syropoulos
> >
> >
> > > MATE project could see in OI a choose for climb in the desktops
> > > enviroment war. There is another Gnome fork named Cinammon (I guest)
> >
> > Indeed and here's the link:
> >
> >
> > https://github.com/linuxmint/Cinnamon
> >
> >
> > A.S.
> >
> > --
> > Apostolos Syropoulos
> > Xanthi, Greece
> >
> >
> > ___
> > OpenIndiana-discuss mailing list
> > OpenIndiana-discuss@openindiana.org
> > http://openindiana.org/mailman/listinfo/openindiana-discuss
>
> --
>  Warning! 
> 100'000 pelos de escoba fueron
> introducidos satisfactoriamente
> en su puerto USB.
>
>
>
>
>
>
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Tribblix Milestone 1

[Peter Tribble]

On Thu, Nov 8, 2012 at 6:20 PM, Francois Dion  wrote:
> On Wed, Nov 7, 2012 at 6:12 PM, Peter Tribble  wrote:
>> A little more work, and Tribblix has reached its first milestone,
>> as described briefly here:
>>
>> http://ptribble.blogspot.co.uk/2012/11/tribblix-milestone-1.html
>>
>> There's still work to fill out the desktop, but Xfce is there and
>> works.
>
> Very nice. I've put up some screenshots:
>
> http://solarisdesktop.blogspot.com/2012/11/tribblix.html

Fantastic! Thanks for the review!

> Running on 512MB of RAM btw. The reason this is interesting to me is
> that the Raspberry Pi has now been shipping with 512MB of RAM, there
> was an OpenSolaris port to ARM processors and the Pi has a stable
> hardware list. 1 video and sound driver needed. 1 usb/ethernet
> chipset.

There is the following project:

http://wiki.illumos.org/display/illumos/Raspberry+Pi+Bring-Up

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Tribblix Milestone 1

[Bob Friesenhahn]

On Thu, 8 Nov 2012, Francois Dion wrote:


http://solarisdesktop.blogspot.com/2012/11/tribblix.html

Running on 512MB of RAM btw. The reason this is interesting to me is
that the Raspberry Pi has now been shipping with 512MB of RAM, there
was an OpenSolaris port to ARM processors and the Pi has a stable
hardware list. 1 video and sound driver needed. 1 usb/ethernet
chipset.


AMD has announced that within two years they will have an "Opteron" 
based on the ARM architecture.  This will be in addition to continuing 
evolution of x86-64.  There will be serious ARM hardware available 
suitable for running Illumos-based systems.  There will be ARM64 
hardware available (from other than AMD) for deployment within the 
next 5 months.


Hopefully some company will decide to add ARM support for Illumos.

Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Tribblix Milestone 1

[Daniel Kjar]

This would be sweet on the sparc dist, again, fewer drivers too for 
known sparc hardware.


On 11/ 8/12 01:20 PM, Francois Dion wrote:

On Wed, Nov 7, 2012 at 6:12 PM, Peter Tribble  wrote:

A little more work, and Tribblix has reached its first milestone,
as described briefly here:

http://ptribble.blogspot.co.uk/2012/11/tribblix-milestone-1.html

There's still work to fill out the desktop, but Xfce is there and
works.

Very nice. I've put up some screenshots:

http://solarisdesktop.blogspot.com/2012/11/tribblix.html

Running on 512MB of RAM btw. The reason this is interesting to me is
that the Raspberry Pi has now been shipping with 512MB of RAM, there
was an OpenSolaris port to ARM processors and the Pi has a stable
hardware list. 1 video and sound driver needed. 1 usb/ethernet
chipset.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


--
Dr. Daniel Kjar
Assistant Professor of Biology
Division of Mathematics and Natural Sciences
Elmira College
1 Park Place
Elmira, NY 14901
607-735-1826
http://faculty.elmira.edu/dkjar

"...humans send their young men to war; ants send their old ladies"
-E. O. Wilson



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Postgres 9 repo for OpenIndiana 11

[Sašo Kiselkov]

On 11/08/2012 07:58 PM, Boris Epstein wrote:
> Andrej,
> 
> Thanks!
> 
> I guess instructions ought never to be followed blindly, but rather
> creatively interpreted:)

Sorry, I messed up, I wrote that down from memory and forgot about the
flag. In any case, you are right, always read up on what the commands do
before you type them in - thankfully, Illumos manpages are well
maintained and easy to follow, IMO.

Cheers,
--
Saso

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Postgres 9 repo for OpenIndiana 11

[Boris Epstein]

Andrej,

Thanks!

I guess instructions ought never to be followed blindly, but rather
creatively interpreted:)

Boris.


On Thu, Nov 8, 2012 at 12:18 PM, Andrej Javoršek wrote:

> That one is easy   :)
> Proper sintaxe is (as said here
> http://wiki.openindiana.org/oi/Spec+Files+Extra+Repository):
>
>   pkg set-publisher -p http://pkg.openindiana.org/sfe
>
> So you are missing -p
>
> Regards
> Andrej
>
> On Thu, Nov 8, 2012 at 5:15 PM, Boris Epstein 
> wrote:
>
> > Saso,
> >
> > Thanks!
> >
> > Tried what you suggested and got this for some reason:
> >
> > bepstein@zeus:~$ sudo pkg set-publisher http://pkg.openindiana.org/sfe/
> > Password:
> >
> > pkg set-publisher: 'http://pkg.openindiana.org/sfe/' is not a valid
> > publisher name.
> > bepstein@zeus:~$
> >
> > Now this sure is curious...
> >
> > Boris.
> >
> >
> > On Thu, Nov 8, 2012 at 10:31 AM, Sašo Kiselkov  > >wrote:
> >
> > > On 11/08/2012 03:27 PM, Boris Epstein wrote:
> > > > Hello listmates,
> > > >
> > > > I believe there is a repository containing Postgres 9 for OpenIndiana
> > > > somewhere - at least I remember hearing about it - but I can't find
> it
> > > for
> > > > some reason. If you can point me to to it that will be appreciated.
> > >
> > > I'm using postgres from SFE - both 9.1.5 and 9.0.9 are available.
> > >
> > > # pkg set-publisher http://pkg.openindiana.org/sfe/
> > >
> > > pkg://sfe/service/database/postgres-91
> > > pkg://sfe/service/database/postgres-90
> > >
> > > Cheers,
> > > --
> > > Saso
> > >
> > ___
> > OpenIndiana-discuss mailing list
> > OpenIndiana-discuss@openindiana.org
> > http://openindiana.org/mailman/listinfo/openindiana-discuss
> >
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Tribblix Milestone 1

[Francois Dion]

On Wed, Nov 7, 2012 at 6:12 PM, Peter Tribble  wrote:
> A little more work, and Tribblix has reached its first milestone,
> as described briefly here:
>
> http://ptribble.blogspot.co.uk/2012/11/tribblix-milestone-1.html
>
> There's still work to fill out the desktop, but Xfce is there and
> works.

Very nice. I've put up some screenshots:

http://solarisdesktop.blogspot.com/2012/11/tribblix.html

Running on 512MB of RAM btw. The reason this is interesting to me is
that the Raspberry Pi has now been shipping with 512MB of RAM, there
was an OpenSolaris port to ARM processors and the Pi has a stable
hardware list. 1 video and sound driver needed. 1 usb/ethernet
chipset.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Postgres 9 repo for OpenIndiana 11

[Andrej Javoršek]

That one is easy   :)
Proper sintaxe is (as said here
http://wiki.openindiana.org/oi/Spec+Files+Extra+Repository):

  pkg set-publisher -p http://pkg.openindiana.org/sfe

So you are missing -p

Regards
Andrej

On Thu, Nov 8, 2012 at 5:15 PM, Boris Epstein  wrote:

> Saso,
>
> Thanks!
>
> Tried what you suggested and got this for some reason:
>
> bepstein@zeus:~$ sudo pkg set-publisher http://pkg.openindiana.org/sfe/
> Password:
>
> pkg set-publisher: 'http://pkg.openindiana.org/sfe/' is not a valid
> publisher name.
> bepstein@zeus:~$
>
> Now this sure is curious...
>
> Boris.
>
>
> On Thu, Nov 8, 2012 at 10:31 AM, Sašo Kiselkov  >wrote:
>
> > On 11/08/2012 03:27 PM, Boris Epstein wrote:
> > > Hello listmates,
> > >
> > > I believe there is a repository containing Postgres 9 for OpenIndiana
> > > somewhere - at least I remember hearing about it - but I can't find it
> > for
> > > some reason. If you can point me to to it that will be appreciated.
> >
> > I'm using postgres from SFE - both 9.1.5 and 9.0.9 are available.
> >
> > # pkg set-publisher http://pkg.openindiana.org/sfe/
> >
> > pkg://sfe/service/database/postgres-91
> > pkg://sfe/service/database/postgres-90
> >
> > Cheers,
> > --
> > Saso
> >
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Postgres 9 repo for OpenIndiana 11

[Boris Epstein]

Saso,

Thanks!

Tried what you suggested and got this for some reason:

bepstein@zeus:~$ sudo pkg set-publisher http://pkg.openindiana.org/sfe/
Password:

pkg set-publisher: 'http://pkg.openindiana.org/sfe/' is not a valid
publisher name.
bepstein@zeus:~$

Now this sure is curious...

Boris.


On Thu, Nov 8, 2012 at 10:31 AM, Sašo Kiselkov wrote:

> On 11/08/2012 03:27 PM, Boris Epstein wrote:
> > Hello listmates,
> >
> > I believe there is a repository containing Postgres 9 for OpenIndiana
> > somewhere - at least I remember hearing about it - but I can't find it
> for
> > some reason. If you can point me to to it that will be appreciated.
>
> I'm using postgres from SFE - both 9.1.5 and 9.0.9 are available.
>
> # pkg set-publisher http://pkg.openindiana.org/sfe/
>
> pkg://sfe/service/database/postgres-91
> pkg://sfe/service/database/postgres-90
>
> Cheers,
> --
> Saso
>
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Postgres 9 repo for OpenIndiana 11

[Sašo Kiselkov]

On 11/08/2012 03:27 PM, Boris Epstein wrote:
> Hello listmates,
> 
> I believe there is a repository containing Postgres 9 for OpenIndiana
> somewhere - at least I remember hearing about it - but I can't find it for
> some reason. If you can point me to to it that will be appreciated.

I'm using postgres from SFE - both 9.1.5 and 9.0.9 are available.

# pkg set-publisher http://pkg.openindiana.org/sfe/

pkg://sfe/service/database/postgres-91
pkg://sfe/service/database/postgres-90

Cheers,
--
Saso

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System Panics after deleting zvol

[George Wilson]

Matt,

Are you able to create a pool on another disk? If so, then you could try 
to create a new zvol on the new pool and copy over the contents from the 
old zvol using 'dd'. Then you could try to share out the LU from the new 
pool.


- George

On 11/8/12 7:21 AM, m...@focusedmobile.com wrote:

Need some help trying to recover data from my zpool (version 28).

You can read all the gory details here:
http://www.nexentastor.org/boards/2/topics/8502

I am unable to import the pool into OpenIndiana live (or any other 
distro) and am expereincing the same kernel panic whenever I try to 
import my zpool after I deleted an old zvol...  long story short I 
have tried every import switch I could find and even ran zdb -e -bcsvL 
which took almost 4 days(screen shots in thread listed above).


Right now I am only able to import the pool as read only, but since 
this zvol was presented to a remote windows host via iSCSI when I try 
to use sdbadm to recreate a LU and map it to the remote host it errors 
out with:
 (Unable to share "ZFS_Pool/File_Store" zvol: Unable to create lu with 
zvol 'ZFS_Pool/File_Store': stmfadm: data file error)


Right now I want to either:
1) Just get the data off the volume and recreate the pool
2) Roll back the Uberblocks to just before I deleted the zvol..

fmdump -eV   (Shows me the following)
TIME   CLASS
Nov 02 2012 17:21:35.560816412 ereport.fs.zfs.checksum


When I view the history -il of the pool ( I can see multiple entries 
where it is trying to destory but never completes)


2012-11-08.00:28:52 [internal destroy_begin_sync txg:6853992] dataset 
= 69 [user root on Nexenta]


Matt

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Postgres 9 repo for OpenIndiana 11

[Boris Epstein]

Hello listmates,

I believe there is a repository containing Postgres 9 for OpenIndiana
somewhere - at least I remember hearing about it - but I can't find it for
some reason. If you can point me to to it that will be appreciated.

Cheers,

Boris.
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] System Panics after deleting zvol

[Jim Klimov]

On 2012-11-08 13:21, m...@focusedmobile.com wrote:

Need some help trying to recover data from my zpool (version 28).

You can read all the gory details here:
http://www.nexentastor.org/boards/2/topics/8502

I am unable to import the pool into OpenIndiana live (or any other
distro) and am expereincing the same kernel panic whenever I try to
import my zpool after I deleted an old zvol...  long story short I have
tried every import switch I could find and even ran zdb -e -bcsvL which
took almost 4 days(screen shots in thread listed above).


Well, I had something that smells similar, so I can share my own
experience and expectations ;\

To recap, your system uses dedup and has 12Gb RAM, and apparently
the removal of the zvol requires it to walk the DDT blocks to find
if your zvol's blocks are there. If yes, the counter is decreased,
and if it reaches zero - the data block is released. This kind of
process needs lots of memory to hold the DDT to walk it (and even
if your L2ARC cache helps, it's not by very much, because typical
DDT entries are about twice as big as pointers from RAM to L2ARC).

It also seemed (in my case, with OI versions 147-148) that some
of such operations are implemented in the kernel as needing to
store great portions of data about the pool metadata in RAM -
and being kernel memory, it is not even able to be swapped out.

My runs of zdb (with similar keys to yours above) consumed about
35Gb of virtual memory (the userspace process can swap out) so
that's my estimate of the memory needs to process my pool's meta
data at that time. The box had only 8Gb (max supported) and thus
the kernel couldn't allocate enough and hung with the system going
down in "scanrate hell" (I am not sure it panicked, though, except
for other errors; I did not know about "deadman watchdog timer"
which seems to be an in-kernel way of inducing a proper panic
under these or similar conditions).

A symptom of the scanrate hell is that my OS was doing up to
millions of "page scans" per second, and ultimately this was
all it did until reset. If you start "vmstat 1" on a console,
you can see that once free RAM goes down below ~90-128Mb, the
"sr" field increases - this is kernel walking through pages
in RAM looking for some to evict into swap. There are none
(when all memory held by kernel walking ZFS), so there is
nothing to release, leading to an intense infinite cycle.

Other posters reported that temporarily increasing RAM on
systems in such loops with inaccessible pools did solve the
problem by avoiding that bottleneck - but this is not always
possible. For others the problem "dissolved over time" -
after a week or so of panics and reboots, the pool just
got imported and working.

Another thing I was pointed to this way was that with the
zdb walk I can determine the "deferred free" counter - I
believe this is number of blocks already marked for release
but not yet processed through all metadata (such as the DDT
walks). For me, this counter went down over reboots, and the
problem did dissolve in about two weeks of the storage test
box doing nothing but imports and panics.

HTH,
//Jim Klimov


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] System Panics after deleting zvol

[matt]

Need some help trying to recover data from my zpool (version 28).

You can read all the gory details here:
http://www.nexentastor.org/boards/2/topics/8502

I am unable to import the pool into OpenIndiana live (or any other 
distro) and am expereincing the same kernel panic whenever I try to 
import my zpool after I deleted an old zvol...  long story short I have 
tried every import switch I could find and even ran zdb -e -bcsvL which 
took almost 4 days(screen shots in thread listed above).


Right now I am only able to import the pool as read only, but since 
this zvol was presented to a remote windows host via iSCSI when I try to 
use sdbadm to recreate a LU and map it to the remote host it errors out 
with:
 (Unable to share "ZFS_Pool/File_Store" zvol: Unable to create lu with 
zvol 'ZFS_Pool/File_Store': stmfadm: data file error)


Right now I want to either:
1) Just get the data off the volume and recreate the pool
2) Roll back the Uberblocks to just before I deleted the zvol..

fmdump -eV   (Shows me the following)
TIME   CLASS
Nov 02 2012 17:21:35.560816412 ereport.fs.zfs.checksum


When I view the history -il of the pool ( I can see multiple entries 
where it is trying to destory but never completes)


2012-11-08.00:28:52 [internal destroy_begin_sync txg:6853992] dataset = 
69 [user root on Nexenta]


Matt

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss