# [OmniOS-discuss] OmniOS-discuss Digest, Vol 50, Issue 13

Hsin-an Chen chen.hsinan2007 at gmail.com
Sat May 21 23:09:34 UTC 2016

- Previous message: [OmniOS-discuss] HP Gen9, H241 HBA
- Next message: [OmniOS-discuss] CD Mounting Unmounting
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Hi Dan,

    Unfortunately I decide to run VMware EXSi as VM's host instead of omniOS w/
    KVM. Besides, I decide to use FreeBSD running ZFS under VMware EXSi.
    It's a more maturated and stable for my usage. I just need to have another
    RAID card exported for direct access by FreeBSD so other VMs will use
    FreeBSD's ZFS pool within VMware EXSi.

    Thanks,

    Jason

    On Thu, May 19, 2016 at 12:50 PM, <omnios-discuss-request at lists.omniti.com>
    wrote:

    > Send OmniOS-discuss mailing list submissions to
    >         omnios-discuss at lists.omniti.com
    >
    > To subscribe or unsubscribe via the World Wide Web, visit
    >         http://lists.omniti.com/mailman/listinfo/omnios-discuss
    > or, via email, send a message with subject or body 'help' to
    >         omnios-discuss-request at lists.omniti.com
    >
    > You can reach the person managing the list at
    >         omnios-discuss-owner at lists.omniti.com
    >
    > When replying, please edit your Subject line so it is more specific
    > than "Re: Contents of OmniOS-discuss digest..."
    >
    >
    > Today's Topics:
    >
    >    1. Re: KVM problem with latest r151018 (Dan McDonald)
    >    2. OmniOS pkg server downtime (Dan McDonald)
    >    3. Re: ixgbe: breaking aggr on 10GbE X540-T2 (Stephan Budach)
    >    4. Re: ixgbe: breaking aggr on 10GbE X540-T2 (Dale Ghent)
    >    5. AD integration problems (OmniOS-discuss)
    >    6. after installing postfix, got 'wrong ELF class' issue
    >       (Robert Fantini)
    >
    >
    > ----------------------------------------------------------------------
    >
    > Message: 1
    > Date: Mon, 16 May 2016 10:39:36 -0400
    > From: Dan McDonald <danmcd at omniti.com>
    > To: Hsin-an Chen <chen.hsinan2007 at gmail.com>
    > Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
    > Subject: Re: [OmniOS-discuss] KVM problem with latest r151018
    > Message-ID: <0A2CE822-C23D-4CF6-A99A-545AF8677432 at omniti.com>
    > Content-Type: text/plain; charset=us-ascii
    >
    >
    > > On May 16, 2016, at 10:17 AM, Hsin-an Chen <chen.hsinan2007 at gmail.com>
    > wrote:
    > >
    > > Sorry to send out this email again. Does anyone have same KVM problem in
    > omniOS? Or most of you are using it as NAS server not virtualization? I can
    > install ubuntu linux without any problem.
    > >
    >
    > Your FreeBSD ISO is throwing EIO errors at your KVM.  You said you can
    > install ubuntu under this w/o any problems, right?  Also, does the ubuntu
    > disk show up as a CD or DVD?  The FreeBSD error messages you showed seemed
    > to indicate DVD.
    >
    > Can you try an alternate FreeBSD ISO (earlier or later version) just in
    > case the specific ISO is causing the problems?
    >
    > Dan
    >
    >
    >
    > ------------------------------
    >
    > Message: 2
    > Date: Mon, 16 May 2016 17:10:31 -0400
    > From: Dan McDonald <danmcd at omniti.com>
    > To: omnios-discuss <omnios-discuss at lists.omniti.com>
    > Subject: [OmniOS-discuss] OmniOS pkg server downtime
    > Message-ID: <E5F02C63-991D-4287-A159-BA89861005EF at omniti.com>
    > Content-Type: text/plain; charset=us-ascii
    >
    > This Wednesday, May 18th, between 10:30am and 12noon US/Eastern (1430 -
    > 1600 GMT) we're upgrading some infrastructure.  This includes the main
    > OmniOS page:
    >
    >         http://omnios.omniti.com/
    >
    > and the following supported repo servers:
    >
    >         http://pkg.omniti.com/omnios/r151014/   (LTS)
    >         http://pkg.omniti.com/omnios/r151016/   (old-Stable)
    >         http://pkg.omniti.com/omnios/r151018/   (Stable)
    >
    > I'll mail on-list when things are up again if it's up prior to 12noon
    > US/Eastern, or if further downtime occurs.
    >
    > Thanks,
    > Dan
    >
    >
    >
    >
    > ------------------------------
    >
    > Message: 3
    > Date: Tue, 17 May 2016 14:30:00 +0200
    > From: Stephan Budach <stephan.budach at JVM.DE>
    > To: Dale Ghent <daleg at omniti.com>
    > Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
    > Subject: Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
    > Message-ID: <573B0EC8.9090007 at jvm.de>
    > Content-Type: text/plain; charset="utf-8"; format=flowed
    >
    > Am 11.05.16 um 19:28 schrieb Dale Ghent:
    > >> On May 11, 2016, at 12:32 PM, Stephan Budach <stephan.budach at JVM.DE>
    > 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 likely be done over the weekend.
    > > You can use dladm on a live system:
    > >
    > > dladm set-linkprop -p flowctrl=no ixgbeN
    > >
    > > Where ixgbeN is your ixgbe interfaces (probably ixgbe0 and ixgbe1)
    > >
    > > /dale
    > >
    > I have checked all of my ixgbe interfaces and they all report that now
    > flow controll is in place, as you can see:
    >
    > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe0
    > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
    > ixgbe0       flowctrl        rw   no no             no,tx,rx,bi
    > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe1
    > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
    > ixgbe1       flowctrl        rw   no no             no,tx,rx,bi
    > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe2
    > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
    > ixgbe2       flowctrl        rw   no no             no,tx,rx,bi
    > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe3
    > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
    > ixgbe3       flowctrl        rw   no no             no,tx,rx,bi
    >
    >
    > I then checked the ports on the Nexus switches and found out, that they
    > do have outbound-flowcontrol enabled, but that is the case on any of
    > those Nexus ports, including those, where this issue doesn't exist.
    >
    > Regards,
    > Stephan
    >
    >
    > ------------------------------
    >
    > Message: 4
    > Date: Tue, 17 May 2016 14:55:30 -0400
    > From: Dale Ghent <daleg at omniti.com>
    > To: Stephan Budach <stephan.budach at JVM.DE>
    > Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
    > Subject: Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
    > Message-ID: <DDDC4D69-75C1-4B13-9DE8-EF20D8074632 at omniti.com>
    > Content-Type: text/plain; charset="us-ascii"
    >
    > On May 17, 2016, at 8:30 AM, Stephan Budach <stephan.budach at JVM.DE> 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 at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe0
    > > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
    > > ixgbe0       flowctrl        rw   no no             no,tx,rx,bi
    > > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe1
    > > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
    > > ixgbe1       flowctrl        rw   no no             no,tx,rx,bi
    > > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe2
    > > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
    > > ixgbe2       flowctrl        rw   no no             no,tx,rx,bi
    > > root at zfsha01colt:/root# dladm show-linkprop -p flowctrl ixgbe3
    > > LINK         PROPERTY        PERM VALUE DEFAULT        POSSIBLE
    > > ixgbe3       flowctrl        rw   no no             no,tx,rx,bi
    > >
    > > I then checked the ports on the Nexus switches and found out, that they
    > do have outbound-flowcontrol enabled, but that is the case on any of those
    > Nexus ports, including those, where this issue doesn't exist.
    >
    > Optimally you would have flow control turned off on both sides, as the
    > switch still expects the ixgbe NIC to respond appropriately. To be honest,
    > the only time to use ethernet flow control is if you are operating the
    > interfaces for higher-level protocols which do not provide any sort of
    > direct flow control themselves, such as FCoE. If the vast majority of
    > traffic is TCP, leave it to the TCP stack to manage any local congestion on
    > the link.
    >
    > /dale
    > -------------- next part --------------
    > A non-text attachment was scrubbed...
    > Name: signature.asc
    > Type: application/pgp-signature
    > Size: 455 bytes
    > Desc: Message signed with OpenPGP using GPGMail
    > URL: <
    > http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160517/165e56eb/attachment-0001.bin
    > >
    >
    > ------------------------------
    >
    > Message: 5
    > Date: Wed, 18 May 2016 08:59:00 +0000
    > From: OmniOS-discuss <omnios at comparion.de>
    > To: "omnios-discuss at lists.omniti.com"
    >         <omnios-discuss at lists.omniti.com>
    > Subject: [OmniOS-discuss] AD integration problems
    > Message-ID:
    >         <525c5aa067bd4bfba569c0b1efcd08e8 at dcx01.intra.comparion.de>
    > Content-Type: text/plain; charset="us-ascii"
    >
    > Hi,
    >
    > after upgrading from Windows Server 2008 to 2012 R2 Standard I have some
    > more or less strange problems where I cannot find a solution.
    >
    > My environment is:
    > Two Windows DC's (Windows Server 2012 R2) one on local site, one on remote
    > site
    > Two (productive) storage boxes (one for cifs shares and iscsi the other
    > one as read only backup for the cifs shares)
    > smbautohome with wildcard rule on both boxes
    > Windows 8.1 client systems
    >
    > After upgrading to Windows 2012 I could not access the automatically
    > created and still visible user shares anymore (network error - path not
    > found)
    > After upgrading one storage box to  "omnios-master-5409e8f April 2016" the
    > share is not created anymore and of course still not accessible.
    >
    > Another problem is that I'm unable to mount iso-files directly from a cifs
    > share on my windows workstation which was possible before without any
    > problems.
    > The German error message is "Problem beim Bereitstellen der Datei" which
    > means " Sorry, there was a problem mounting the file"
    >
    > Any help is welcome - no idea anymore
    >
    > Regards
    > Robert
    >
    >
    >
    >
    > --
    > This message has been scanned by E.F.A. Project and is believed to be
    > clean.
    >
    >
    > -------------- next part --------------
    > An HTML attachment was scrubbed...
    > URL: <
    > http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160518/e73d5562/attachment-0001.html
    > >
    >
    > ------------------------------
    >
    > Message: 6
    > Date: Thu, 19 May 2016 15:49:49 -0400
    > From: Robert Fantini <robertfantini at gmail.com>
    > To: omnios-discuss at lists.omniti.com
    > Subject: [OmniOS-discuss] after installing postfix,     got 'wrong ELF
    >         class' issue
    > Message-ID:
    >         <CALnM7zmgg5zGEL6Fo=j50Ybq_UkaLOF8c-CcGo6b=
    > 7Z7MmrDJw at mail.gmail.com>
    > Content-Type: text/plain; charset="utf-8"
    >
    > Hello
    >
    > after getting postfix to work on two nappi-it/omnps systems,  i get an
    > email every minutes with this:
    > perl /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
    >
    > Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
    > IO::Tty: ld.so.1: perl: fatal:
    > /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
    > ELFCLASS32 at
    > /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
    >  at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30.
    >
    > and at napp-it menu - click zfs gets this:
    >
    > Can't load '/var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so' for module
    > IO::Tty: ld.so.1: perl: fatal:
    > /var/web-gui/data/napp-it/CGI/auto/IO/Tty/Tty.so: wrong ELF class:
    > ELFCLASS32 at
    > /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64/DynaLoader.pm line 190.
    > at /var/web-gui/data/napp-it/CGI/IO/Tty.pm line 30. Compilation failed in
    > require at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line 7. BEGIN
    > failed--compilation aborted at /var/web-gui/data/napp-it/CGI/IO/Pty.pm line
    > 7. Compilation failed in require at /var/web-gui/data/napp-it/CGI/Expect.pm
    > line 22. BEGIN failed--compilation aborted at
    > /var/web-gui/data/napp-it/CGI/Expect.pm line 22. Compilation failed in
    > require at /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line
    > 2816. BEGIN failed--compilation aborted at
    > /var/web-gui/data/napp-it/zfsos/_lib/illumos/zfslib.pl line 2816.
    > Compilation failed in require at admin.pl line 869.
    >
    >
    > I did this to install postfix,
    >  pfexec pkg set-publisher -G '*' -g http://sfe.opencsw.org/localhostomnios
    > localhostomnios
    >
    >  pkg install pkg://localhostomnios/service/network/smtp/postfix
    >
    >
    > I'm new to omnios,  it looks like wrong arch perl stuff got in?
    >
    > Any suggestions on how to fix this?
    > -------------- next part --------------
    > An HTML attachment was scrubbed...
    > URL: <
    > http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160519/3ff79b05/attachment.html
    > >
    >
    > ------------------------------
    >
    > Subject: Digest Footer
    >
    > _______________________________________________
    > OmniOS-discuss mailing list
    > OmniOS-discuss at lists.omniti.com
    > http://lists.omniti.com/mailman/listinfo/omnios-discuss
    >
    >
    > ------------------------------
    >
    > End of OmniOS-discuss Digest, Vol 50, Issue 13
    > **********************************************
    >
    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: <http://lists.omniti.com/pipermail/omnios-discuss/attachments/20160521/59e1c05f/attachment-0001.html>

- Previous message: [OmniOS-discuss] HP Gen9, H241 HBA
- Next message: [OmniOS-discuss] CD Mounting Unmounting
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

More information about the OmniOS-discuss mailing list