Am 16.02.16 um 17:11 schrieb Johan Kragsterman:
Hi!
-"OmniOS-discuss" skrev: -
Till: omnios-discuss
Från: Hafiz Rafiyev
Sänt av: "OmniOS-discuss"
Datum: 2016-02-16 16:47
Ärende: [OmniOS-discuss] zvol snapshot
Hi all,
I am currently thinking of setting up a HA ZFS/NFS filer using RSF-1 for
my Oracle VM infrastructure and I would like to collect some opinions on
how to do that? Especially, I'd like to know, if there're any objections
against setting up ZFS on an iSCSI target which is also setup from
Hi all,
a couple of hours ago one of my OmniOS boxes crashed and rebootet. As
I'd like to determine the reason as of why that happend, I'd could use
some advice on how to do that. There is a vmdump.0 available, but I am
lacking the knowledge what to do with it.
Could anyone fill me in on
A little addendum…
Am 20.12.15 um 22:16 schrieb Stephan Budach:
Hi all,
a couple of hours ago one of my OmniOS boxes crashed and rebootet. As
I'd like to determine the reason as of why that happend, I'd could use
some advice on how to do that. There is a vmdump.0 available, but I am
lacking
Vendor ID : SUN
Product ID: COMSTAR
Serial Num: not set
Write Protect : Disabled
Writeback Cache : Disabled
Access State : Active
Thanks,
Stephan
Am 14.12.15 um 16:35 schrieb Dan McDonald:
On Dec 14, 2015, at 10:25 AM, Stephan Budach
Hi guys,
I am trying to configure a FCoE target in OmniOS r016, but I seem to
cannot get it right. I started out with the documentation for Solaris
11, which seemd appropriate and configured a fc target and added a view,
which granted the fcoe port access to that LUN, but the ort doesn't seem
further down...
-"OmniOS-discuss" <omnios-discuss-boun...@lists.omniti.com> skrev: -
Till: Dan McDonald <dan...@omniti.com>
Från: Stephan Budach
Sänt av: "OmniOS-discuss"
Datum: 2015-12-14 16:48
Kopia: omnios-discuss <omnios-discuss@lists.omniti.co
Am 23.09.15 um 10:51 schrieb Martin Truhlář:
Tests revealed, that problem is somewhere in disk array itself. Write
performance of disk connected directly (via iSCSI) to KVM is poor as well, even
write performance measured on Omnios is very poor. So loop is tightened, but
there still remains
Am 23.09.15 um 18:59 schrieb Michael Rasmussen:
On Wed, 23 Sep 2015 17:23:24 +0200
Stephan Budach <stephan.bud...@jvm.de> wrote:
At any way, you will need to get the performance of your zpools straight first,
before even beginning to think on how to tweak the performance over the n
Am 15.09.15 um 10:17 schrieb Johan Kragsterman:
Hi!
-"OmniOS-discuss" skrev: -
Till: "'Dan McDonald'" , "'omnios-discuss'"
Från: "Paul B. Henson"
Sänt av: "OmniOS-discuss"
Datum: 2015-09-15
Am 15.09.15 um 12:18 schrieb Johan Kragsterman:
Hi!
-"OmniOS-discuss" <omnios-discuss-boun...@lists.omniti.com> skrev: -
Till: <omnios-discuss@lists.omniti.com>
Från: Stephan Budach
Sänt av: "OmniOS-discuss"
Datum: 2015-09-15 12:02
Ärende: Re: [OmniOS-
Hi Dan,
I will apply the upgrade to a couple of my OmniOS boxes today and give
it a go.
Thanks,
Stephan
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
Am 15.09.15 um 03:46 schrieb Paul B. Henson:
From: Omen Wild
Sent: Monday, September 14, 2015 3:10 PM
Mostly we are wondering how to clear the corruption off disk and worried
what else might be corrupt since the scrub turns up no issues.
While looking into possible corruption from the recent
Am 10.09.15 um 13:53 schrieb Dan McDonald:
On Sep 10, 2015, at 7:53 AM, Dan McDonald wrote:
If you are using a zpool with r151014 and you have an L2ARC ("cache") vdev, I
recommend at this time disabling it. You may disable it by uttering:
This also affects bloody as well.
Am 09.09.15 um 16:30 schrieb Dan McDonald:
On Sep 9, 2015, at 10:23 AM, Stephan Budach <stephan.bud...@jvm.de> wrote:
Is there any option to get rid of dladm without taking down the whole box?
First, see what it's locked on:
pstack `pgrep dladm`
if you know the PID of th
PM, Stephan Budach
stephan.bud...@jvm.de mailto:stephan.bud...@jvm.de wrote:
Hi Joerg,
Am 19.08.15 um 14:59 schrieb Joerg Goltermann:
Hi,
the PSOD you got can cause the problems on your exchange database.
Can you check the ESXi logs for the root cause
amount of space in that datastore).
On 16.08.2015 19:11, Stephan Budach wrote:
So, did your first scrub reveal any error at all? Mine didn't
and I
suspect, that you issued a zpool clear prior to scrubbing, which
made
the errors go away on both of my two
Am 19.08.15 um 19:37 schrieb Michael Rasmussen:
On Wed, 19 Aug 2015 18:49:05 +0200
Stephan Budach stephan.bud...@jvm.de wrote:
Looking at what we've got here, I don't think, that we're actually dealing
with real disk errors, as those should have been reported as read errors, or
mayby
Am 15.08.15 um 04:23 schrieb wuffers:
My scrub actually cleared the error, so I don't think it's similar.
So my question remains.. is this block storage compromised or now
marked safe to use?
On Fri, Aug 14, 2015 at 12:21 PM, Michael Rasmussen m...@miras.org
mailto:m...@miras.org wrote:
Today I have experienced the same issue on another OmniOS box, which is
also part of that RAC storage. I had a similar setup running, where I
also had these two RAC nodes connected to one OmniOS R006 box, which
didn't exhibit this error. The only differences being these:
a) OmniOS R006
Hi everyone,
yesterday I was alerted about one of my zpools reporting an
uncorrectable error. When I checked that, I was presented with some sort
of generic error at one of my iSCSI zvols:
root@nfsvmpool08:/root# zpool status -v sataTank
pool: sataTank
state: ONLINE
status: One or more
Am 12.08.15 um 17:19 schrieb Michael Rasmussen:
On Wed, 12 Aug 2015 16:50:49 +0200
Stephan Budach stephan.bud...@jvm.de wrote:
Ahh… that was too soon… ;) Actually one of the RAC nodes noticed an
error at or rather a couple of mintues before this issue, when it
reported this:
Aug 11 20:25:04
Am 13.06.15 um 14:54 schrieb Graham Stephens:
Perhaps another dumb question, but here goes...
I currently have a FC disk array attached to a server acting, among
other things, as a Samba file server. I don't need the files serving
all the time, so mainly start the machine (it is normally off
@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
--
Stephan Budach
Managing Director
Jung von Matt/it-services GmbH
Glashüttenstraße 79
20357 Hamburg
Tel: +49 40-4321-1353
Fax: +49 40-4321-1114
E-Mail: stephan.bud...@jvm.de
Internet: http://www.jvm.com
Geschäftsführer
Hi,
OmniOS: SunOS nfsvmpool05 5.11 omnios-10b9c79 i86pc i386 i86pc (0.151012)
when trying to run zpool import, the command yields this output:
Assertion failed: rn-rn_nozpool == B_FALSE, file
../common/libzfs_import.c, line 1080, function zpool_open_func
Abort (core dumped)
I don't think
Am 09.03.15 um 15:47 schrieb Dan McDonald:
On Mar 9, 2015, at 10:23 AM, Eric Sproul eric.spr...@circonus.com wrote:
On Sat, Mar 7, 2015 at 3:56 PM, Brogyányi József bro...@gmail.com wrote:
Has anyone tested this firmware? Is it free from this error message Parity
Error on path?
Thanks any
So just for everyone to know: that didn't work on my backup host. After
downloading the fw update and resetting the HBA, the communication to
the drives was lost and it couldn't be restored other than through a
host reset.
Seems that the mpt driver didn't like that…
Cheers,
budy
Ahh… and I almost forgot. I will of course first try that procedure on
the backup OmniOS box… ;)
Should that fail, the next zfs send/recv will take care of that…
Thanks for all your valiuable input,
budy
___
OmniOS-discuss mailing list
Hi guys,
I do have two zpools of mirrored vdevs, where each vdev is spread over
two LSI 9207-8i HBAs. Is it possible to perform a round-robin FW upgrade
on the LSI HBAs, without rebooting the box? I'd like to keep the zpools
up while I am performing the upgrade and I thought of breaking the
Hi Johan,
Am 22.01.15 um 10:39 schrieb Johan Kragsterman:
Hi!
-OmniOS-discuss omnios-discuss-boun...@lists.omniti.com skrev: -
Till: omnios-discuss@lists.omniti.com
Från: Stephan Budach
Sänt av: OmniOS-discuss
Datum: 2015-01-22 09:50
Ärende: [OmniOS-discuss] Rolling FW upgrade on LSI
Hi Carl,
Am 22.01.15 um 11:05 schrieb Carl Brunning:
HI
Yes I've done it using lsiutils
You do the firmware update in that and then do reset of the port (99)
I will use the sas2flash utility on OmniOS, but it has also the
capabilities to reset the HBA after upgrade.
This if it a mirror pool
Hi Johan,
Am 22.01.15 um 11:19 schrieb Johan Kragsterman:
Stephan!
Well, I didn't consider data loss as the problem, but service down time, since
you are reluctant to take it down, it is probably a problem for you with down
time. And if down time for firmware upgrade a problem for you,
Am 21.01.15 um 15:38 schrieb Schweiss, Chip:
On Wed, Jan 21, 2015 at 2:54 AM, Stephan Budach stephan.bud...@jvm.de
mailto:stephan.bud...@jvm.de wrote:
The sas2flash utility perfectly fits my needs, so I will go with
that. Now, the only thing to check is, which FW to use. I have
Hi Johan,
Am 21.01.15 um 08:33 schrieb Johan Kragsterman:
Hi!
-OmniOS-discuss omnios-discuss-boun...@lists.omniti.com skrev: -
Till: omnios-discuss@lists.omniti.com
Från: Stephan Budach
Sänt av: OmniOS-discuss
Datum: 2015-01-20 23:21
Ärende: [OmniOS-discuss] How to use LSI's storcli
Hi,
so… I settled for the simpler sas2flash option… this works under OmniOS
and basically provides what I need: checking/updating the FW of the HBA(s).
Although the 9207-8i is listed in the readme of the MRM software - and
it actually works, if you fire up that big clunky Java app, it is
Am 20.01.15 um 14:15 schrieb Stephan Budach:
Hi guys,
we just experienced a lock-up on one of our OmniOS r006 boxes in a way
that we had to reset it to get it working again. This box is running
on a SuperMicro storage server and it had been checked using smartctl
by our check_mk client each
Hi guys,
I am struggling to get storcli to work - well, not actually to work, but
to show me any of my 2907 HBAs, as storcli reports a number of 0
installed HBAs:
root@nfsvmpool02:/opt/MegaRAID/CLI# ./storcli show
Status Code = 0
Status = Success
Description = None
Number of Controllers = 0
Am 20.01.15 um 16:42 schrieb Dan McDonald:
Check the firmware revisions on both mpt_sas controllers. It's possible one
need up-or-down grading.
There are known good and known bad revisions of the mpt_sas firmware. Other on
this list are more cognizant of what those revisions are.
Dan
Hi
Am 08.01.15 um 00:01 schrieb Richard Elling:
On Jan 7, 2015, at 1:21 PM, Stephan Budach stephan.bud...@jvm.de
mailto:stephan.bud...@jvm.de wrote:
Am 07.01.15 um 21:48 schrieb Richard Elling:
On Jan 7, 2015, at 12:11 PM, Stephan Budach stephan.bud...@jvm.de
mailto:stephan.bud...@jvm.de
Am 07.01.15 um 21:48 schrieb Richard Elling:
On Jan 7, 2015, at 12:11 PM, Stephan Budach stephan.bud...@jvm.de
mailto:stephan.bud...@jvm.de wrote:
Am 07.01.15 um 18:00 schrieb Richard Elling:
On Jan 7, 2015, at 2:28 AM, Stephan Budach stephan.bud...@jvm.de
mailto:stephan.bud...@jvm.de
Am 06.01.15 um 14:08 schrieb Filip Marvan:
Hi Vincenzo,
your solution is much more better, so thank you very much for your
notes. I will try that too!
Filip
*From:*Vincenzo Pii [mailto:p...@zhaw.ch]
*Sent:* Tuesday, January 06, 2015 1:54 PM
*To:* Filip Marvan
*Cc:*
,
budy
On Thu, 18 Dec 2014 08:54:05 +0100 Stephan Budach stephan.bud...@jvm.de wrote
Good morning,
I wanted to install gcc to compile znapzend on my r012 box, so I issued:
root@nfsvmpool02:/root# pkg install developer/gcc48
Packages to install: 6
Create boot environment
Hi all,
I have run into a situation, where ipadm hangs upon trying to create a
new interface on my ixgbe adaptors. ipadm create-if ixgbe[0|1|2] didn't
return and either got killed eventually by the system or by kill -9,
which I issued against that process. I just tried to create another if
Am 10.12.14 um 17:20 schrieb Dan McDonald:
On Dec 10, 2014, at 11:12 AM, Stephan Budach stephan.bud...@jvm.de wrote:
Hi Dan,
I actually don't know the term incantation yet, but I assume, that you wanted
to know the release of OmniOS I am running?
I meant what exact command-line arguments you
Am 10.12.14 um 20:28 schrieb Dan McDonald:
On Dec 10, 2014, at 2:23 PM, Stephan Budach stephan.bud...@jvm.de wrote:
This worked, but I wanted to change the MTU, so I deciced to remove this config
again:
ipadm delete-addr ixgb3/v4static
ipadm delete-if ixgbe3
Interesting. Your dladm show
Am 10.12.14 um 20:56 schrieb Stephan Budach:
I don't know… it seems to have serious issues with the MTU specifically…
root@nfsvmpool01:~# dladm show-phys
LINK MEDIASTATE SPEED DUPLEX DEVICE
igb0 Ethernet up 1000 full igb0
igb1
Hi Dan,
Am 10.12.14 um 21:17 schrieb Dan McDonald:
On Dec 10, 2014, at 3:14 PM, Stephan Budach stephan.bud...@jvm.de wrote:
Now, this one… I don't get it. ;)
root@nfsvmpool01:~# ipadm create-if ixgbe3
root@nfsvmpool01:~# ipadm show-if
IFNAME STATECURRENT PERSISTENT
lo0ok
101 - 147 of 147 matches
Mail list logo