Re: [OmniOS-discuss] fan control

[Guenther Alka]

Napp-it is basically a pure CGI application that creates load only on 
menu actions when it calls the needed console system commands. 
Additionally it can reread system informations in the backgroud 
(acceleration) or create realtime graphs and status informations with 
websockets (monitoring). You can disable these functions in the topmenu 
near logout when you disable mon and acc.


But the extra load should be low.

Gea


Am 25.05.2016 um 01:28 schrieb Robert Fantini:
we've installed napp-it to a couple of systems .   they run a lot 
louder - fans do not seem to be controlled from software.


is there a software package that that can be installed to handle 
sensors and fans?


Or is this something to deal with in Supermicro bios?



___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss


___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] LSI3108

[Matej Žerovnik]

Hey,

I just plugged in the card and it was recognized:) It’s a LSI SAS3008 card.
prtconf -d says:
pci1000,30a0 (pciex1000,97) [LSI Logic / Symbios Logic SAS3008 PCI-Express 
Fusion-MPT SAS-3], instance #8

On the other hand, lspci says different:
15:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS-3 3108 
[Invader] (rev 02)

prtconf gives the right info.

I run P12 IT firmware on it. 

Matej

> On 24 May 2016, at 23:52, Richard Skelton  wrote:
> 
> Hi Matej,
> How did you get the mpt_sas driver to attach to your card ?
> Looks like your device id is pci1000,30a0.
> From prtconf -d I see for my SAS 9305-24i :-
> pci1000,31a0 (pciex1000,c4) [LSI Logic / Symbios Logic SAS3224 
> PCI-Express Fusion-MPT SAS-3] (driver not attached)
> 
> lspci does not sow the card :-(
> 
> Matej Žerovnik wrote:
>> 
>> There is even an updated version of P20 that should eliminate the problems. 
>> I think the version number is 20.04.000 where the broken version was 
>> 20.02.000. I think I read about that on FreeNAS forum.
>> 
>> As far as 12G goes, I’m about to run P12. I did some tests and so far no 
>> problems apart from FW upload tce invalid warning when I run sas3ircu list
>> May 19 12:11:34 node scsi: [ID 107833 kern.warning] WARNING: 
>> /pci@74,0/pci8086,2f08@3/pci1000,30a0@0 (mpt_sas8):
>> May 19 12:11:34 node FW Upload tce invalid!
>> 
>> Matej
>> 
>>> On 23 May 2016, at 22:23, Schweiss, Chip >> > wrote:
>>> 
>>> 
>>> On Mon, May 23, 2016 at 3:18 PM, Dan McDonald >> > wrote:
>>> 
>>> > On May 23, 2016, at 4:10 PM, Fábio Rabelo >> > > wrote:
>>> >
>>> > Hi to all ...
>>> >
>>> > You may need to flash the IT firmware :
>>> >
>>> > http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads
>>> >  
>>> > 
>>> 
>>> And if you do, make sure it's version 19 or lower.  The IT firmware > 19 is 
>>> known to be flaky.  Check the illumos list archives for details on why.
>>> 
>>> That only on the 6G HBA.   On the 12G HBA version 12 is the newest.   I 
>>> haven't heard any preferred versions on these.  I've been running  v10 for 
>>> several months now without issue.
>>> 
>>> -Chip
>>>  
>>> 
>>> Dan
>>> 
>>> ___
>>> OmniOS-discuss mailing list
>>> OmniOS-discuss@lists.omniti.com 
>>> http://lists.omniti.com/mailman/listinfo/omnios-discuss 
>>> 
>>> 
>>> ___
>>> OmniOS-discuss mailing list
>>> OmniOS-discuss@lists.omniti.com 
>>> http://lists.omniti.com/mailman/listinfo/omnios-discuss 
>>> 
>> 
>> 
>> ___
>> OmniOS-discuss mailing list
>> OmniOS-discuss@lists.omniti.com 
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss 
>> 
>>   



smime.p7s
Description: S/MIME cryptographic signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] fan control

[Dale Ghent]

Have you looked in your IPMI interface?

http://imgur.com/J2n4Vgx


> On May 24, 2016, at 7:28 PM, Robert Fantini  wrote:
> 
> we've installed napp-it to a couple of systems .   they run a lot louder - 
> fans do not seem to be controlled from software.
> 
> is there a software package that that can be installed to handle sensors and 
> fans?
> 
> Or is this something to deal with in Supermicro bios?
> 
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] performance extrremely low from nothing !

[Bob Friesenhahn]

On Tue, 24 May 2016, Dirk-Jan Wemmers wrote:


Hi Fabio,

is your pool (or one of your individual vdev’s) almost full? ZFS performance 
can take quite a nosedive when it fills up above say 80%.


Also, deduplication can cause a precipitous nose-dive in performance 
if it is enabled, enough data is written, and there is not enough 
memory.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] fan control

[Richard Elling]

> On May 24, 2016, at 4:37 PM, Robert Fantini  wrote:
> 
> I'll check that the next time I'm at the server room, which will not be for a 
> week. 
> Will check then.

yeah, there is a weird interaction whereby power-on-boot goes to full fans, but 
a 
reboot goes to normal fans. Surely there is software somewhere that controls 
this,
but haven’t found the time to track it down.
 — richard

> 
> Thanks for the fast response!
> 
> On Tue, May 24, 2016 at 7:33 PM, Richard Elling 
> mailto:richard.ell...@richardelling.com>> 
> wrote:
> 
>> On May 24, 2016, at 4:28 PM, Robert Fantini > > wrote:
>> 
>> we've installed napp-it to a couple of systems .   they run a lot louder - 
>> fans do not seem to be controlled from software. 
>> 
>> is there a software package that that can be installed to handle sensors and 
>> fans?
>> 
>> Or is this something to deal with in Supermicro bios?
> 
> Do the fans slow after a warm reboot?
>  — richard
> 
>> 
>> ___
>> OmniOS-discuss mailing list
>> OmniOS-discuss@lists.omniti.com 
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss 
>> 
> 
> --
> 
> richard.ell...@richardelling.com 
> +1-760-896-4422 
> 
> 
> 
> 

--

richard.ell...@richardelling.com
+1-760-896-4422



___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] fan control

[Robert Fantini]

I'll check that the next time I'm at the server room, which will not be for
a week.
Will check then.

Thanks for the fast response!

On Tue, May 24, 2016 at 7:33 PM, Richard Elling <
richard.ell...@richardelling.com> wrote:

>
> On May 24, 2016, at 4:28 PM, Robert Fantini 
> wrote:
>
> we've installed napp-it to a couple of systems .   they run a lot louder -
> fans do not seem to be controlled from software.
>
> is there a software package that that can be installed to handle sensors
> and fans?
>
> Or is this something to deal with in Supermicro bios?
>
>
> Do the fans slow after a warm reboot?
>  — richard
>
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
>
> --
>
> richard.ell...@richardelling.com 
> +1-760-896-4422
>
>
>
>
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] fan control

[Richard Elling]

> On May 24, 2016, at 4:28 PM, Robert Fantini  wrote:
> 
> we've installed napp-it to a couple of systems .   they run a lot louder - 
> fans do not seem to be controlled from software. 
> 
> is there a software package that that can be installed to handle sensors and 
> fans?
> 
> Or is this something to deal with in Supermicro bios?

Do the fans slow after a warm reboot?
 — richard

> 
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

--

richard.ell...@richardelling.com
+1-760-896-4422



___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] fan control

[Robert Fantini]

we've installed napp-it to a couple of systems .   they run a lot louder -
fans do not seem to be controlled from software.

is there a software package that that can be installed to handle sensors
and fans?

Or is this something to deal with in Supermicro bios?
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF class' issue

[Robert Fantini]

so my original issue was started by installing postfix from wrong
repository .

using joynet on another system caused no issues.

On Sun, May 22, 2016 at 6:52 AM, Günther Alka  wrote:

> I would suggest the following procedure on problems after system
> modifications
>
> Get a list of all available bootenvironments (BE) either from napp-it menu
> snapshots >> bootenvironment or with a beadm list. This also shows the
> current BE and the active one that is the default on next bootup.
>
> Prior critical actions, you can create a BE manually what allows a "go
> back to the state prior this action"
>
> From your list there is a quite new BE (pre_napp-it-16.03f) what is the
> system state prior last napp-it update. You can select this BE during
> bootup from a list. If it works, redo the napp-it update, activate this BE
> in menu snapshot >> bootenvironment and delete the not working BE there.
>
> Prior this, you may run the napp-it backup job that saves all current
> napp-it settings to your data pool so you can restore them to the former
> bootenvironment ex via menu User > Restore settings
>
> Gea
>
>
>
>
>
> On 20.05.2016 03:48, Robert Fantini wrote:
>
> after the rollback, per was the same version , and napp-it had same issue.
>
> Here are our zfs filesystems:
>
> # alias df
> alias df='zfs list -t filesystem'
> sys4  ~ # df
> NAMEUSED  AVAIL  REFER  MOUNTPOINT
> data175G  1.68T  27.2K  /data
> data/backup_napp-it 265M  1.51T  37.8M
> /data/backup_napp-it
> rpool  23.9G   437G  24.5K  /rpool
> rpool/ROOT 5.82G   437G19K  legacy
> rpool/ROOT/omnios   273M   437G  2.97G  /
> rpool/ROOT/omnios-15.55G   437G  3.18G  /
> rpool/ROOT/omnios-1-backup-1 41K   437G  3.34G  /
> rpool/ROOT/omnios-backup-1   63K   437G  1.64G  /
> rpool/ROOT/omniosvar 19K   437G19K  legacy
> rpool/ROOT/pre_download_16.03f_1463010047 1K   437G  2.92G  /
> rpool/ROOT/pre_napp-it-16.02f35K   437G  1.63G  /
> rpool/ROOT/pre_napp-it-16.03f41K   437G  3.19G  /
> rpool/export 38K   437G19K  /export
> rpool/export/home19K   437G19K
> /export/home
>
> I had done this to roll back:
>  zfs rollback  -r  rpool/ROOT/omnios@2016-05-19-15
>
> In case you know  omnios/napp-it ,  is there another file system which
> should be rolled back to fix the napp-it storage?
>
>
> On Thu, May 19, 2016 at 6:46 PM, Robert Fantini 
> wrote:
>
>> so I was installing postfix to use with a log check script.  instead will
>> do remote logging ...
>>
>> to fix our issue I think doing a zfs rollback . following
>> http://omnios.omniti.com/wiki.php/GeneralAdministration  ...
>>
>> we've hourly snapshots.
>>
>> so I plan to do this:
>>
>> 1- shut down all virtual machines [  kvm on iscsi . using proxmox. ]
>> 2- init 1
>> 3- zfs rollback rpool/ROOT/omnios@2016-05-19-15
>> 4- reboot
>>
>> Or am I being overly cautions?
>>
>>
>>
>> On Thu, May 19, 2016 at 5:32 PM, Robert Fantini <
>> robertfant...@gmail.com> wrote:
>>
>>> so I assume that when postfix got installed, an update to perl occurred.
>>>
>>> can someone please point me in the direction to install the prior perl
>>> version?
>>>
>>> PS:  others have had a similar issue:
>>>
>>> https://hardforum.com/threads/opensolaris-derived-zfs-nas-san-omnios-openindiana-solaris-and-napp-it.1573272/page-180#post-1041974303
>>>
>>> On Thu, May 19, 2016 at 5:05 PM, Robert Fantini >> > wrote:
>>>

 -- Forwarded message --
 From: Robert Fantini < robertfant...@gmail.com
 >
 Date: Thu, May 19, 2016 at 4:43 PM
 Subject: Re: [OmniOS-discuss] after installing postfix, got 'wrong ELF
 class' issue
 To: Dan McDonald < dan...@omniti.com>


 # /usr/perl5/5.16.1/bin/i386/perl
 /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl
 Perl API version v5.14.0 of IO::Tty does not match v5.16.0 at
 /usr/perl5/5.16.1/lib/i86pc-solaris-thread-multi-64int/DynaLoader.pm line
 213.
 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
 /var/web-gui/data/napp-it/zfsos/_lib/scripts/auto.pl line 52.


 On Thu,

Re: [OmniOS-discuss] cifs connectivity to DC gets lost

[Geoff Nordli]

On 16-05-24 03:41 PM, Geoff Nordli wrote:

I just upgraded a server from OI to OmniOS-r151018.

I am having a few issues with the connectivity to AD.

I was able to join the domain no problem, but then the domain is 
getting disconnected and after several hours I need to join the domain 
again.


May 24 15:25:12 stor1 idmap[472]: [ID 849457 daemon.error]   > 
:::172.16.100.10 rc=0
May 24 15:25:12 stor1 idmap[472]: [ID 778215 daemon.error] DC name 
dc1.domain.ca != 172.16.100.10?
May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] 
Configuration changed
May 24 15:25:12 stor1 idmap[472]: [ID 452651 daemon.error] adutils: 
ldap_lookup_init failed
May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] 
Configuration changed
May 24 15:25:13 stor1 smbd[15085]: [ID 511178 daemon.notice] Failed to 
establish NETLOGON credential chain with DC: 172.16.100.10 (UNSUCCESSFUL)
May 24 15:25:13 stor1 smbd[15085]: [ID 714496 daemon.notice] The 
machine account information on the domain controller does not match 
the local storage.
May 24 15:25:13 stor1 smbd[15085]: [ID 777225 daemon.notice] To 
correct this, use 'smbadm join'
May 24 15:25:13 stor1 smbd[15085]: [ID 527292 daemon.notice] failed to 
establish NETLOGON credential chain
May 24 15:25:13 stor1 smbd[15085]: [ID 505820 daemon.notice]  with 
server 172.16.100.10 for domain domain.ca (UNSUCCESSFUL)


time is synced between the two machines.

When I issue the join, I am able to get things connected again.

any thoughts?



Pulled from the idmap log:

adutils: ldap_lookup_init, host 172.16.100.10
LDAP: 172.16.100.10:3268: Local error
172.16.100.10: Local error
172.16.100.10: additional info: SASL(-1): generic failure: GSSAPI Error: 
Unspecified GSS failure.  Minor code may provide more information 
(Server not found in Kerberos database)

adutils: ldap_lookup_init failed
unable to discover Domains in the Forest




___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] cifs connectivity to DC gets lost

[Geoff Nordli]

I just upgraded a server from OI to OmniOS-r151018.

I am having a few issues with the connectivity to AD.

I was able to join the domain no problem, but then the domain is getting 
disconnected and after several hours I need to join the domain again.


May 24 15:25:12 stor1 idmap[472]: [ID 849457 daemon.error]   > 
:::172.16.100.10 rc=0
May 24 15:25:12 stor1 idmap[472]: [ID 778215 daemon.error] DC name 
dc1.domain.ca != 172.16.100.10?
May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] 
Configuration changed
May 24 15:25:12 stor1 idmap[472]: [ID 452651 daemon.error] adutils: 
ldap_lookup_init failed
May 24 15:25:12 stor1 idmap[472]: [ID 884951 daemon.notice] 
Configuration changed
May 24 15:25:13 stor1 smbd[15085]: [ID 511178 daemon.notice] Failed to 
establish NETLOGON credential chain with DC: 172.16.100.10 (UNSUCCESSFUL)
May 24 15:25:13 stor1 smbd[15085]: [ID 714496 daemon.notice] The machine 
account information on the domain controller does not match the local 
storage.
May 24 15:25:13 stor1 smbd[15085]: [ID 777225 daemon.notice] To correct 
this, use 'smbadm join'
May 24 15:25:13 stor1 smbd[15085]: [ID 527292 daemon.notice] failed to 
establish NETLOGON credential chain
May 24 15:25:13 stor1 smbd[15085]: [ID 505820 daemon.notice]  with 
server 172.16.100.10 for domain domain.ca (UNSUCCESSFUL)


time is synced between the two machines.

When I issue the join, I am able to get things connected again.

any thoughts?


thanks,

Geoff



___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] LSI3108

[Richard Skelton]

Hi Matej,
How did you get the mpt_sas driver to attach to your card ?
Looks like your device id is pci1000,30a0.
>From prtconf -d I see for my SAS 9305-24i :-
pci1000,31a0 (pciex1000,c4) [LSI Logic / Symbios Logic
SAS3224 PCI-Express Fusion-MPT SAS-3] (driver not attached)

lspci does not sow the card :-(

Matej Žerovnik wrote:
> There is even an updated version of P20 that should eliminate the
> problems. I think the version number is 20.04.000 where the broken
> version was 20.02.000. I think I read about that on FreeNAS forum.
>
> As far as 12G goes, I’m about to run P12. I did some tests and so far
> no problems apart from FW upload tce invalid warning when I run
> sas3ircu list
> May 19 12:11:34 node scsi: [ID 107833 kern.warning] WARNING:
> /pci@74,0/pci8086,2f08@3/pci1000,30a0@0 (mpt_sas8):
> May 19 12:11:34 node FW Upload tce invalid!
>
> Matej
>
>> On 23 May 2016, at 22:23, Schweiss, Chip > > wrote:
>>
>>
>> On Mon, May 23, 2016 at 3:18 PM, Dan McDonald > > wrote:
>>
>>
>> > On May 23, 2016, at 4:10 PM, Fábio Rabelo
>> mailto:fa...@fabiorabelo.wiki.br>> wrote:
>> >
>> > Hi to all ...
>> >
>> > You may need to flash the IT firmware :
>> >
>> > 
>> http://www.avagotech.com/products/server-storage/host-bus-adapters/sas-9305-24i#downloads
>>
>> And if you do, make sure it's version 19 or lower.  The IT
>> firmware > 19 is known to be flaky.  Check the illumos list
>> archives for details on why.
>>
>>
>> That only on the 6G HBA.   On the 12G HBA version 12 is the newest.  
>> I haven't heard any preferred versions on these.  I've been running
>>  v10 for several months now without issue.
>>
>> -Chip
>>  
>>
>>
>> Dan
>>
>> ___
>> OmniOS-discuss mailing list
>> OmniOS-discuss@lists.omniti.com
>> 
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>>
>>
>> ___
>> OmniOS-discuss mailing list
>> OmniOS-discuss@lists.omniti.com 
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>
> 
>
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>   
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] performance extrremely low from nothing !

[Jim Klimov]

24 мая 2016 г. 18:41:19 CEST, "Fábio Rabelo"  пишет:
>Competely lost here ...
>
>Found what command replaced the "zfs_vdev_max_pending" , and it make
>no difference !
>
>First, I added this command to /etc/system :
>
>set zfs:zfs_vdev_max_active = 1
>
>make no diference, then added all this parameters :
>
>set zfs:zfs_vdev_async_read_max_active  = 3
>set zfs:zfs_vdev_async_read_min_active  = 1
>set zfs:zfs_vdev_async_write_max_active  = 11
>set zfs:zfs_vdev_async_write_min_active  = 1
>set zfs:zfs_vdev_max_active = 1
>set zfs:zfs_vdev_scrub_max_active = 2
>set zfs:zfs_vdev_scrub_min_active = 1
>set zfs:zfs_vdev_sync_read_max_active  = 10
>set zfs:zfs_vdev_sync_read_min_active  = 10
>set zfs:zfs_vdev_sync_write_max_active = 1
>set zfs:zfs_vdev_sync_write_min_active = 1
>set zfs:zfs_vdev_async_write_active_max_dirty_percent = 60
>set zfs:zfs_vdev_async_write_active_min_dirty_percent = 30
>
>no diference either ...
>
>Yes. I rebooted the machine for the first and the second try .
>
>Someone has any clue ?
>
>
>Fábio Rabelo
>___
>OmniOS-discuss mailing list
>OmniOS-discuss@lists.omniti.com
>http://lists.omniti.com/mailman/listinfo/omnios-discuss

How full is your pool? When it has under 10-30% (empiric value, depends on 
usage patterns) free space becomes so fragmented it takes longer to find a 
suitably sized hole and write speed collapses - often suddenly by several times 
or more. Does this fit?

Otherwise, what does 'iostat -Xnz' say about disks and pools?

Jim
--
Typos courtesy of K-9 Mail on my Samsung Android
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] performance extrremely low from nothing !

[Dirk-Jan Wemmers]

Hi Fabio,

is your pool (or one of your individual vdev’s) almost full? ZFS performance 
can take quite a nosedive when it fills up above say 80%.

Regards,
Dirk-Jan

> On 24 May 2016, at 18:41, Fábio Rabelo  wrote:
> 
> Competely lost here ...
> 
> Found what command replaced the "zfs_vdev_max_pending" , and it make
> no difference !
> 
> First, I added this command to /etc/system :
> 
> set zfs:zfs_vdev_max_active = 1
> 
> make no diference, then added all this parameters :
> 
> set zfs:zfs_vdev_async_read_max_active  = 3
> set zfs:zfs_vdev_async_read_min_active  = 1
> set zfs:zfs_vdev_async_write_max_active  = 11
> set zfs:zfs_vdev_async_write_min_active  = 1
> set zfs:zfs_vdev_max_active = 1
> set zfs:zfs_vdev_scrub_max_active = 2
> set zfs:zfs_vdev_scrub_min_active = 1
> set zfs:zfs_vdev_sync_read_max_active  = 10
> set zfs:zfs_vdev_sync_read_min_active  = 10
> set zfs:zfs_vdev_sync_write_max_active = 1
> set zfs:zfs_vdev_sync_write_min_active = 1
> set zfs:zfs_vdev_async_write_active_max_dirty_percent = 60
> set zfs:zfs_vdev_async_write_active_min_dirty_percent = 30
> 
> no diference either ...
> 
> Yes. I rebooted the machine for the first and the second try .
> 
> Someone has any clue ?
> 
> 
> Fábio Rabelo
> ___
> OmniOS-discuss mailing list
> OmniOS-discuss@lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss

___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] performance extrremely low from nothing !

[Fábio Rabelo]

Competely lost here ...

Found what command replaced the "zfs_vdev_max_pending" , and it make
no difference !

First, I added this command to /etc/system :

set zfs:zfs_vdev_max_active = 1

make no diference, then added all this parameters :

set zfs:zfs_vdev_async_read_max_active  = 3
set zfs:zfs_vdev_async_read_min_active  = 1
set zfs:zfs_vdev_async_write_max_active  = 11
set zfs:zfs_vdev_async_write_min_active  = 1
set zfs:zfs_vdev_max_active = 1
set zfs:zfs_vdev_scrub_max_active = 2
set zfs:zfs_vdev_scrub_min_active = 1
set zfs:zfs_vdev_sync_read_max_active  = 10
set zfs:zfs_vdev_sync_read_min_active  = 10
set zfs:zfs_vdev_sync_write_max_active = 1
set zfs:zfs_vdev_sync_write_min_active = 1
set zfs:zfs_vdev_async_write_active_max_dirty_percent = 60
set zfs:zfs_vdev_async_write_active_min_dirty_percent = 30

no diference either ...

Yes. I rebooted the machine for the first and the second try .

Someone has any clue ?


Fábio Rabelo
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] performance extrremely low from nothing !

[Fábio Rabelo]

answering to myself :

The disks in this system are all Western Digital, I may be in this issue :

http://letsgetdugg.com/2009/10/21/zfs-slow-performance-fix/

But the module does not accept this command ( zfs_vdev_max_pending is
not defined )

so, how can solve this issue ??


Fábio Rabelo

2016-05-24 10:10 GMT-03:00 Fábio Rabelo :
> Hi to all
>
> Got something here, and I have no idea what it can be !
>
> Supermicro motherboard and chassis .
>
> LSI 2008 with IT firmware .
>
> Evething was working fine till yesterday .
>
> 2 years and a half !
>
> Then, the performance goes terrible down .
>
> read/white from 5 to 8 MB/s sinse day one .
>
> Now is is in the Kb  !!!
>
> none of the hard disks shows any error or warning .
>
> smart OK in all .
>
> I cannot find anything wrong, but there are something ...
>
> How can I figure it out ??
>
>
> Fábio Rabelo
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

[OmniOS-discuss] performance extrremely low from nothing !

[Fábio Rabelo]

Hi to all

Got something here, and I have no idea what it can be !

Supermicro motherboard and chassis .

LSI 2008 with IT firmware .

Evething was working fine till yesterday .

2 years and a half !

Then, the performance goes terrible down .

read/white from 5 to 8 MB/s sinse day one .

Now is is in the Kb  !!!

none of the hard disks shows any error or warning .

smart OK in all .

I cannot find anything wrong, but there are something ...

How can I figure it out ??


Fábio Rabelo
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss