[OmniOS-discuss] ipadm hangs on interface creation

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 on

Re: [OmniOS-discuss] ipadm hangs on interface creation

es without any issue on the ixgbe adaptors. Cheers, budy Am 10.12.14 um 16:53 schrieb Dan McDonald: On Dec 10, 2014, at 4:16 AM, Stephan Budach wrote: 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 ixgb

Re: [OmniOS-discuss] ipadm hangs on interface creation

Am 10.12.14 um 17:20 schrieb Dan McDonald: On Dec 10, 2014, at 11:12 AM, Stephan Budach 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 typ

Re: [OmniOS-discuss] ipadm hangs on interface creation

Am 10.12.14 um 17:38 schrieb Stephan Budach: Am 10.12.14 um 17:20 schrieb Dan McDonald: On Dec 10, 2014, at 11:12 AM, Stephan Budach 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 m

Re: [OmniOS-discuss] ipadm hangs on interface creation

Am 10.12.14 um 20:12 schrieb Dan McDonald: You said it was ipadm earlier, not dladm. Well, yes it was. I am sure that ipadm will now hang as well. On Dec 10, 2014, at 2:07 PM, Stephan Budach wrote: Ahh… here we go again… root@nfsvmpool01:~# dladm show-linkprop -p mtu LINK PROPERTY

Re: [OmniOS-discuss] ipadm hangs on interface creation

Am 10.12.14 um 20:28 schrieb Dan McDonald: On Dec 10, 2014, at 2:23 PM, Stephan Budach 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-linkprop" out

Re: [OmniOS-discuss] ipadm hangs on interface creation

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

Re: [OmniOS-discuss] ipadm hangs on interface creation

Hi Dan, Am 10.12.14 um 21:17 schrieb Dan McDonald: On Dec 10, 2014, at 3:14 PM, Stephan Budach wrote: Now, this one… I don't get it. ;) root@nfsvmpool01:~# ipadm create-if ixgbe3 root@nfsvmpool01:~# ipadm show-if IFNAME STATECURRENT PERSISTENT lo0ok -m-v---

Re: [OmniOS-discuss] hangs on reboot

Am 12.12.14 um 08:58 schrieb Jim Klimov: 12 декабря 2014 г. 8:35:18 CET, Jim Klimov пишет: 11 декабря 2014 г. 23:41:35 CET, Rune Tipsmark пишет: NIC's are not shared with IPMI. I will try the target-mode first, however on the 3rd box I actually have Infiniband and it also caused the same i

[OmniOS-discuss] No gcc after pkg install developer/gcc48 on r012

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: No Create backup boot environment: No DOWNLOAD PKGS FILE

Re: [OmniOS-discuss] No gcc after pkg install developer/gcc48 on r012

, budy On Thu, 18 Dec 2014 08:54:05 +0100 Stephan Budach 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: No Create backup boot

Re: [OmniOS-discuss] High Availability storage with ZFS

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:* omnios-discuss@lists.omni

[OmniOS-discuss] Slow NFS speeds at rsize > 128k

Hello everyone, I am sharing my zfs via NFS to a couple of OVM nodes. I noticed really bad NFS read performance, when rsize goes beyond 128k, whereas the performance is just fine at 32k. The issue is, that the ovs-agent, which is performing the actual mount, doesn't accept or pass any NFS moun

Re: [OmniOS-discuss] Slow NFS speeds at rsize > 128k

Hi Dan, Am 07.01.15 um 16:12 schrieb Dan McDonald: On Jan 7, 2015, at 5:28 AM, Stephan Budach wrote: Hello everyone, I am sharing my zfs via NFS to a couple of OVM nodes. I noticed really bad NFS read performance, when rsize goes beyond 128k, whereas the performance is just fine at 32k

Re: [OmniOS-discuss] Slow NFS speeds at rsize > 128k

Am 07.01.15 um 18:00 schrieb Richard Elling: On Jan 7, 2015, at 2:28 AM, Stephan Budach <mailto:stephan.bud...@jvm.de>> wrote: Hello everyone, I am sharing my zfs via NFS to a couple of OVM nodes. I noticed really bad NFS read performance, when rsize goes beyond 128k, whe

Re: [OmniOS-discuss] Slow NFS speeds at rsize > 128k

Am 07.01.15 um 21:48 schrieb Richard Elling: On Jan 7, 2015, at 12:11 PM, Stephan Budach <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 <mailto:stephan.bud...@jvm.de>> wrote: Hello everyone

Re: [OmniOS-discuss] Slow NFS speeds at rsize > 128k

Am 08.01.15 um 00:01 schrieb Richard Elling: On Jan 7, 2015, at 1:21 PM, Stephan Budach <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 <mailto:stephan.bud...@jvm.de>> wrote: Am 07.01.1

[OmniOS-discuss] OmniOS r06 locked up due to smartctl running?

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 10 mins. Looking through the logs, I found th

Re: [OmniOS-discuss] OmniOS r06 locked up due to smartctl running?

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

Re: [OmniOS-discuss] OmniOS r06 locked up due to smartctl running?

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 D

Re: [OmniOS-discuss] OmniOS r06 locked up due to smartctl running?

Am 20.01.15 um 20:38 schrieb Richard Elling: On Jan 20, 2015, at 11:30 AM, Stephan Budach wrote: 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 revisio

Re: [OmniOS-discuss] OmniOS r06 locked up due to smartctl running?

Am 20.01.15 um 21:19 schrieb Michael Rasmussen: On Tue, 20 Jan 2015 11:38:18 -0800 Richard Elling wrote: avoid P20 like the plague (google it for the blow-by-blow accounts of pain) Several people on the list have downgraded from P20 to P18. P20 seems to be a pile of junk. Afaik, my older one

[OmniOS-discuss] How to use LSI's storcli?

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

Re: [OmniOS-discuss] Ang: How to use LSI's storcli?

Hi Johan, Am 21.01.15 um 08:33 schrieb Johan Kragsterman: Hi! -"OmniOS-discuss" skrev: - Till: 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 guys, I am struggling to get st

Re: [OmniOS-discuss] Ang: Re: Ang: 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 obvio

Re: [OmniOS-discuss] Ang: Re: Ang: How to use LSI's storcli?

Hi Phil, Am 21.01.15 um 09:53 schrieb Phil Harman: Stephan, You need to go hunting for the illusive sas2flash utility. While you are searching, track down lsiutil and sas2ircu, which can also be useful with LSI 9207 HBAs. Phil yeah - got that by now, plus this whacky lsigetsolaris support

Re: [OmniOS-discuss] Ang: Re: Ang: How to use LSI's storcli?

Am 21.01.15 um 15:38 schrieb Schweiss, Chip: On Wed, Jan 21, 2015 at 2:54 AM, Stephan Budach <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 already heard

[OmniOS-discuss] Rolling FW upgrade on LSI 9207

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 m

Re: [OmniOS-discuss] Ang: Rolling FW upgrade on LSI 9207

Hi Johan, Am 22.01.15 um 10:39 schrieb Johan Kragsterman: Hi! -"OmniOS-discuss" skrev: - Till: Från: Stephan Budach Sänt av: "OmniOS-discuss" Datum: 2015-01-22 09:50 Ärende: [OmniOS-discuss] Rolling FW upgrade on LSI 9207 Hi guys, I do have two zpools of m

Re: [OmniOS-discuss] Ang: Rolling FW upgrade on LSI 9207

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 w

Re: [OmniOS-discuss] Ang: Re: Ang: Rolling FW upgrade on LSI 9207

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, I'

Re: [OmniOS-discuss] Ang: Re: Ang: Rolling FW upgrade on LSI 9207

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 OmniOS-discuss@l

Re: [OmniOS-discuss] Ang: Re: Ang: Rolling FW upgrade on LSI 9207

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 _

Re: [OmniOS-discuss] lsi sas 9211-8i it efi firmware 20.00.02.00

Am 09.03.15 um 15:47 schrieb Dan McDonald: On Mar 9, 2015, at 10:23 AM, Eric Sproul wrote: On Sat, Mar 7, 2015 at 3:56 PM, Brogyányi József wrote: Has anyone tested this firmware? Is it free from this error message "Parity Error on path"? Thanks any information. P20 firmware is known to be t

[OmniOS-discuss] OmniOS: zpool import dumps core

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 th

Re: [OmniOS-discuss] OmniOS: zpool import dumps core

Never mind. I re-installed OmniOS from a new r012 USB download and this issue went away. Must indeed have been something I have picked up while rushing through the updates from 006 to 012. Cheers, Stephan ___ OmniOS-discuss mailing list OmniOS-discuss

Re: [OmniOS-discuss] best or preferred 10g card for OmniOS

ist OmniOS-discuss@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.co

Re: [OmniOS-discuss] Adding a disk array after boot

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

Re: [OmniOS-discuss] root pool on HP SmartArray: any cons?

Am 24.07.15 um 15:00 schrieb Dan McDonald: On Jul 24, 2015, at 5:33 AM, Cal Sawyer wrote: Hi I'm building a new head on an HP dl360 G6 running r151014 that will front a large storage pool. The storage pool itself will be connected (properly) via an LSI 9207 HBA I've installed OmniOS's root

Re: [OmniOS-discuss] User/group with CIFS

If you want to, you can go with Samba and vfs:fruit. vfs:fruit has been developed by one of the main Netatalk developers and successfully overcomes a) the permissions issue b) the locking issue between Samba and Netatalk I actually haven't had the time to test that out, but I will do that in t

[OmniOS-discuss] ZFS/COMSTAR - zpool reports errors

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 dev

Re: [OmniOS-discuss] ZFS/COMSTAR - zpool reports errors

Am 12.08.15 um 16:04 schrieb Stephan Budach: 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

Re: [OmniOS-discuss] ZFS/COMSTAR - zpool reports errors

Am 12.08.15 um 17:19 schrieb Michael Rasmussen: On Wed, 12 Aug 2015 16:50:49 +0200 Stephan Budach 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 btierasm01 kernel: sd

Re: [OmniOS-discuss] ZFS/COMSTAR - zpool reports errors

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 insread

Re: [OmniOS-discuss] ZFS/COMSTAR - zpool reports errors

So, to remedy these errors, I had to do the following: zpool clear zpool scrub Afterwards the errors on both of my volumes were gone. Performing just a zpool scrub didn't help, but it didn't find any error either. Only after a zpool clear/zpool scrub did the error finally vanish. Seems at lea

Re: [OmniOS-discuss] ZFS data corruption

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 > wrote: On Fri, 14

Re: [OmniOS-discuss] ZFS data corruption

d weird issues (and the Exchange VM was consuming the largest 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, whic

Re: [OmniOS-discuss] ZFS data corruption

Am 19.08.15 um 19:37 schrieb Michael Rasmussen: On Wed, 19 Aug 2015 18:49:05 +0200 Stephan Budach 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 as

Re: [OmniOS-discuss] ZFS data corruption

27;s state is clean, I'd use it. On Wed, Aug 19, 2015 at 12:49 PM, Stephan Budach 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.

Re: [OmniOS-discuss] ZFS data corruption

uption. I know I'm repeating myself, but my question is still: - Can I safely use this block device again now that it reports no errors? Again, I've moved all data off of it.. and there are no other signs of hardware issues. Recreate it? On Wed, Aug 19, 2015 at 12:49 PM, Stephan Bu

[OmniOS-discuss] dladm hanging when creating an aggr after ramping of mtu

Hi, a couple of months ago I was having some issues with dladm and setting the MTU size to 9000 on some ixgbe interfaces. At that time, dladm went some kind of unresponsive after I had set the MTU on such an interface. This was back in the 006 days and today I wanted to do the same on some 01

Re: [OmniOS-discuss] dladm hanging when creating an aggr after ramping of mtu

Am 09.09.15 um 16:30 schrieb Dan McDonald: On Sep 9, 2015, at 10:23 AM, Stephan Budach 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 the hung process, substitute i

Re: [OmniOS-discuss] r151014 users - beware of illumos 6214 and L2ARC

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. Dan Hi Dan, tha

Re: [OmniOS-discuss] OmniOS r151014 update - needs reboot!

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

Re: [OmniOS-discuss] (no subject)

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 L2

Re: [OmniOS-discuss] Ang: Re: OmniOS r151014 update - needs reboot!

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 04:01 Ärende: Re: [OmniOS-discuss] OmniOS r151014 update - needs reboot! From: Dan McDonald

Re: [OmniOS-discuss] Ang: Re: Ang: Re: OmniOS r151014 update - needs reboot!

Am 15.09.15 um 12:18 schrieb Johan Kragsterman: Hi! -"OmniOS-discuss" skrev: - Till: Från: Stephan Budach Sänt av: "OmniOS-discuss" Datum: 2015-09-15 12:02 Ärende: Re: [OmniOS-discuss] Ang: Re: OmniOS r151014 update - needs reboot! Am 15.09.15 um 10:17 schrieb Jo

Re: [OmniOS-discuss] iSCSI poor write performance

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 lo

Re: [OmniOS-discuss] iSCSI poor write performance

Am 23.09.15 um 18:59 schrieb Michael Rasmussen: On Wed, 23 Sep 2015 17:23:24 +0200 Stephan Budach 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 network. Since his pool is

[OmniOS-discuss] How to configure FCoE target in OmniOS?

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

Re: [OmniOS-discuss] How to configure FCoE target in OmniOS?

t set 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

Re: [OmniOS-discuss] Ang: Re: How to configure FCoE target in OmniOS?

further down... -"OmniOS-discuss" skrev: - Till: Dan McDonald Från: Stephan Budach Sänt av: "OmniOS-discuss" Datum: 2015-12-14 16:48 Kopia: omnios-discuss Ärende: Re: [OmniOS-discuss] How to configure FCoE target in OmniOS? Well… creating a view, requires a LUN, doesn

Re: [OmniOS-discuss] Ang: Re: Ang: Re: How to configure FCoE target in OmniOS?

Hi Johan, Am 14.12.15 um 23:37 schrieb Johan Kragsterman: Hi! -Stephan Budach skrev: - Till: Johan Kragsterman Från: Stephan Budach Datum: 2015-12-14 19:57 Kopia: Dan McDonald , omnios-discuss Ärende: Re: Ang: Re: [OmniOS-discuss] How to configure FCoE target in OmniOS? Have

Re: [OmniOS-discuss] Ang: Re: Ang: Re: How to configure FCoE target in OmniOS?

Am 15.12.15 um 06:55 schrieb Stephan Budach: Hi Johan, Am 14.12.15 um 23:37 schrieb Johan Kragsterman: Hi! -Stephan Budach skrev: - Till: Johan Kragsterman Från: Stephan Budach Datum: 2015-12-14 19:57 Kopia: Dan McDonald , omnios-discuss Ärende: Re: Ang: Re: [OmniOS-discuss] How

[OmniOS-discuss] OmniOS r151016 crashed and rebootet

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 tha

Re: [OmniOS-discuss] OmniOS r151016 crashed and rebootet

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 a

[OmniOS-discuss] How to best build a HA ZFS/NFS storage?

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

Re: [OmniOS-discuss] OmniOS r151016 crashed and rebootet

Hi Dan, yesterday, I had been struck by the very same fault, at least this is my guess, which caused my system to reboot. This actually happened shortly after I performed some network/MTU reconfiguration on my ixgbe NICs and the assiciated aggregation. I have compared the two fmdump instances

Re: [OmniOS-discuss] Ang: zvol snapshot rollback issue, dataset busy

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 rollback issue,dataset busy I now its OmniOs forum,question about Nexenta v

Re: [OmniOS-discuss] Ang: Re: Ang: zvol snapshot rollback issue, dataset busy

Am 16.02.16 um 18:58 schrieb Johan Kragsterman: Hi! -"OmniOS-discuss" skrev: - Till: Från: Stephan Budach Sänt av: "OmniOS-discuss" Datum: 2016-02-16 17:44 Ärende: Re: [OmniOS-discuss] Ang: zvol snapshot rollback issue, dataset busy Am 16.02.16 um 17:11 schri

[OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Hi, I have been test driving RSF-1 for the last week to accomplish the following: - cluster a zpool, that is made up from 8 mirrored vdevs, which are based on 8 x 2 SSD mirrors via iSCSI from another OmniOS box - export a nfs share from above zpool via a vip - have RSF-1 provide the fail-ove

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

ed by the failover script (or bad things will happen). Just a thought. Michael Sent from my iPhone On Feb 17, 2016, at 10:13 PM, Stephan Budach wrote: Hi, I have been test driving RSF-1 for the last week to accomplish the following: - cluster a zpool, that is made up from 8 mirrored vdevs,

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

e you tried UDP instead? /dale On Feb 18, 2016, at 1:13 AM, Stephan Budach wrote: Hi, I have been test driving RSF-1 for the last week to accomplish the following: - cluster a zpool, that is made up from 8 mirrored vdevs, which are based on 8 x 2 SSD mirrors via iSCSI from another OmniO

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 09:29 schrieb Andrew Gabriel: On 18/02/2016 06:13, Stephan Budach wrote: Hi, I have been test driving RSF-1 for the last week to accomplish the following: - cluster a zpool, that is made up from 8 mirrored vdevs, which are based on 8 x 2 SSD mirrors via iSCSI from another

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 12:14 schrieb Michael Rasmussen: On Thu, 18 Feb 2016 07:13:36 +0100 Stephan Budach wrote: So, when I issue a simple ls -l on the folder of the vdisks, while the switchover is happening, the command somtimes comcludes in 18 to 20 seconds, but sometime ls will just sit there

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 21:57 schrieb Schweiss, Chip: On Thu, Feb 18, 2016 at 5:14 AM, Michael Rasmussen <mailto:m...@miras.org>> wrote: On Thu, 18 Feb 2016 07:13:36 +0100 Stephan Budach mailto:stephan.bud...@jvm.de>> wrote: > > So, when I issue a simple ls -l

Re: [OmniOS-discuss] Testing RSF-1 with zpool/nfs HA

Am 18.02.16 um 22:56 schrieb Richard Elling: comments below... On Feb 18, 2016, at 12:57 PM, Schweiss, Chip <mailto:c...@innovates.com>> wrote: On Thu, Feb 18, 2016 at 5:14 AM, Michael Rasmussen<mailto:m...@miras.org>>wrote: On Thu, 18 Feb 2016 07:13:36 +0100

[OmniOS-discuss] RSF-1/ZFS panics node when offlining one iSCSI storage mirror

Hi, I have set up a rather simple RSF-1 project, where two RSF-1 nodes connect to two storage heads via iSCSI. I have deployed one network and two disc heatbeats and I was trying all sorts of possible failures, when I noted that one node would panic, if I offlined an iSCSI target on one stora

Re: [OmniOS-discuss] RSF-1/ZFS panics node when offlining one iSCSI storage mirror

Hi Dan, Am 07.03.16 um 15:41 schrieb Dan McDonald: On Mar 6, 2016, at 9:44 AM, Stephan Budach wrote: when I noted that one node would panic, AS A RULE -- if you have an OmniOS box panic, you should save off the corefile (vmdump.N) and be able to share it with the list. I understand this

Re: [OmniOS-discuss] OmniOS r151018 is now out!

Hi Dan, I actually ran into this issue, when tying to upgrade my 016 to 018: root@zfsha01colt:/root# pkg update -v --be-name=OmniOS-r151018 entire Creating Plan (Es wird auf widersprüchliche Aktionen geprüft): / pkg update: Folgende Pakete stellen widersprüchliche Aktionstypen in usr/share/man/

Re: [OmniOS-discuss] OmniOS r151018 is now out!

our pkg update. Dan Sent from my iPhone (typos, autocorrect, and all) On Apr 15, 2016, at 12:57 PM, Stephan Budach wrote: Hi Dan, I actually ran into this issue, when tying to upgrade my 016 to 018: root@zfsha01colt:/root# pkg update -v --be-name=OmniOS-r151018 entire Creating Plan (Es wird

[OmniOS-discuss] Panic when trying to remove an unused LUN with stmfadm

Hi, I have experienced this issue a couple of times now. First in r016 but just today on r018, too. When trying to remove a LUN by issueing something like root@nfsvmpool05:/root# stmfadm delete-lu 600144F04E4653564D504F4F4C303538 packet_write_wait: Connection to 10.11.14.49: Broken pipe Share

[OmniOS-discuss] Slow scrub on SSD-only pool

Hi all, I am running a scrub on a SSD-only zpool on r018. This zpool consists of 16 iSCSI targets, which are served from two other OmniOS boxes - currently still running r016 over 10GbE connections. This zpool serves as a NFS share for my Oracle VM cluster and it delivers reasonable performa

Re: [OmniOS-discuss] Slow scrub on SSD-only pool

Am 17.04.16 um 14:07 schrieb Stephan Budach: Hi all, I am running a scrub on a SSD-only zpool on r018. This zpool consists of 16 iSCSI targets, which are served from two other OmniOS boxes - currently still running r016 over 10GbE connections. This zpool serves as a NFS share for my Oracle

Re: [OmniOS-discuss] Slow scrub on SSD-only pool

Am 17.04.16 um 20:42 schrieb Dale Ghent: On Apr 17, 2016, at 9:07 AM, Stephan Budach wrote: Well… searching the net somewhat more thoroughfully, I came across an archived discussion which deals also with a similar issue. Somewhere down the conversation, this parameter got suggested: echo

Re: [OmniOS-discuss] Slow scrub on SSD-only pool

as you adjust zfs_vdev_scrub_max_active." I had to increase my zfs_vdev_scrub_max_active parameter higher than 5, but it sounds like the default setting for that tunable is no longer satisfactory for today's high performance systems. On Sun, Apr 17, 2016 at 4:07 PM, Stephan Budach <

Re: [OmniOS-discuss] Slow scrub on SSD-only pool

Am 21.04.16 um 18:36 schrieb Richard Elling: On Apr 21, 2016, at 7:47 AM, Chris Siebenmann wrote: [About ZFS scrub tunables:] Interesting read - and it surely works. If you set the tunable before you start the scrub you can immediately see the thoughput being much higher than with the standard

Re: [OmniOS-discuss] Slow scrub on SSD-only pool

Am 22.04.16 um 19:28 schrieb Dan McDonald: On Apr 22, 2016, at 1:13 PM, Richard Elling wrote: If you're running Solaris 11 or pre-2015 OmniOS, then the old write throttle is impossible to control and you'll chase your tail trying to balance scrubs/resilvers against any other workload. From a

[OmniOS-discuss] R151018: kernel panic when iSCSI target goes south

Hi, I have been struck by kernel panics on my OmniOS boxes lateley, when any one of the target hosts, where the system get it's LUNs from, experiences a kernel panic itself. When this happens, my RSF-1 node immediately panics as well. Looking at the vmdump, it shows this: root@zfsha02gh79:/v

Re: [OmniOS-discuss] R151018: kernel panic when iSCSI target goes south

Hi Dan, Am 25.04.16 um 16:23 schrieb Dan McDonald: This one is a NULL pointer dereference. If you're still running with kmem_flags = 0xf, the dump will be especially useful. Dan Sent from my iPhone (typos, autocorrect, and all) On Apr 25, 2016, at 3:27 AM, Stephan Budach wrote: H

[OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2

Hi, I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that port negiotates to 1GbE instead of 10GbE, which then

Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2

Am 09.05.16 um 16:33 schrieb Dale Ghent: On May 9, 2016, at 8:24 AM, Stephan Budach wrote: Hi, I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups

Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2

Am 09.05.16 um 20:43 schrieb Dale Ghent: On May 9, 2016, at 2:04 PM, Stephan Budach wrote: Am 09.05.16 um 16:33 schrieb Dale Ghent: On May 9, 2016, at 8:24 AM, Stephan Budach wrote: Hi, I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on

Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2

Am 11.05.16 um 13:36 schrieb Stephan Budach: Am 09.05.16 um 20:43 schrieb Dale Ghent: On May 9, 2016, at 2:04 PM, Stephan Budach wrote: Am 09.05.16 um 16:33 schrieb Dale Ghent: On May 9, 2016, at 8:24 AM, Stephan Budach wrote: Hi, I have a strange behaviour where OmniOS omnios-r151018

Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2

Am 11.05.16 um 14:50 schrieb Stephan Budach: Am 11.05.16 um 13:36 schrieb Stephan Budach: Am 09.05.16 um 20:43 schrieb Dale Ghent: On May 9, 2016, at 2:04 PM, Stephan Budach wrote: Am 09.05.16 um 16:33 schrieb Dale Ghent: On May 9, 2016, at 8:24 AM, Stephan Budach wrote: Hi, I have a

Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2

Am 11.05.16 um 16:48 schrieb Dale Ghent: On May 11, 2016, at 7:36 AM, Stephan Budach wrote: Am 09.05.16 um 20:43 schrieb Dale Ghent: On May 9, 2016, at 2:04 PM, Stephan Budach wrote: Am 09.05.16 um 16:33 schrieb Dale Ghent: On May 9, 2016, at 8:24 AM, Stephan Budach wrote: Hi, I have a

Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2

Am 11.05.16 um 19:28 schrieb Dale Ghent: On May 11, 2016, at 12:32 PM, Stephan Budach wrote: I will try to get one node free of all services running on it, as I will have to reboot the system, since I will have to change the ixgbe.conf, haven't I? This is a RSF-1 host, so this will like

[OmniOS-discuss] Error when trying to install OmniOS r018 on new SM X100DRi-T4+

Hi, I just tried to install OmniOS r018 onto a new SuperMicro server and when the install kernel starts up, I am getting this panic: cpu1: featureset WARNING: cpu1 feature mismatch panic[cpu1/thread=f00f4920c40: unsupported mixed cpu monitor/nwait support detected The the hosts reboots

Re: [OmniOS-discuss] Error when trying to install OmniOS r018 on new SM X100DRi-T4+

Am 27.05.16 um 15:18 schrieb Stephan Budach: Hi, I just tried to install OmniOS r018 onto a new SuperMicro server and when the install kernel starts up, I am getting this panic: cpu1: featureset WARNING: cpu1 feature mismatch panic[cpu1/thread=f00f4920c40: unsupported mixed cpu monitor

Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2

Hi Dale, Am 17.05.16 um 20:55 schrieb Dale Ghent: On May 17, 2016, at 8:30 AM, Stephan Budach wrote: I have checked all of my ixgbe interfaces and they all report that now flow controll is in place, as you can see: root@zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe0 LINK

  1   2   >