[OmniOS-discuss] kernel panic

2016-09-17 Thread Michael Rasmussen 
Hi all,

On my Omnios r151014 (omnios-b13298f) I had a sudden kernel panic this
evening with the following display in /var/adm/messages:

Sep 17 21:35:29 nas unix: [ID 836849 kern.notice] 
Sep 17 21:35:29 nas ^Mpanic[cpu2]/thread=ff071b9a8400: 
Sep 17 21:35:29 nas genunix: [ID 683410 kern.notice] BAD TRAP: type=d (#gp 
General protection) rp=ff00206eb700 addr=ff06e6fd8d00
Sep 17 21:35:29 nas unix: [ID 10 kern.notice] 
Sep 17 21:35:29 nas unix: [ID 839527 kern.notice] perl: 
Sep 17 21:35:29 nas unix: [ID 753105 kern.notice] #gp General protection
Sep 17 21:35:29 nas unix: [ID 358286 kern.notice] addr=0xff06e6fd8d00
Sep 17 21:35:29 nas unix: [ID 243837 kern.notice] pid=18522, 
pc=0xfbb4e61f, sp=0xff00206eb7f0, eflags=0x10282
Sep 17 21:35:29 nas unix: [ID 211416 kern.notice] cr0: 
80050033 cr4: 6f8
Sep 17 21:35:29 nas unix: [ID 624947 kern.notice] cr2: 817824c
Sep 17 21:35:29 nas unix: [ID 625075 kern.notice] cr3: 3d63d5000
Sep 17 21:35:29 nas unix: [ID 625715 kern.notice] cr8: c
Sep 17 21:35:29 nas unix: [ID 10 kern.notice] 
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]   rdi: ff06e6fd8d00 
rsi: 1fe0ed7a1000 rdx: 1000
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]   rcx: ff00206eba90  
r8: ff00206eb9f0  r9: 1000
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]   rax: ff071db23ad8 
rbx: ff06e6fd8d00 rbp: ff00206eb8a0
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]   r10: baddcafebaddcafe 
r11:0 r12: ff00206eb9f0
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]   r13: ff00206eba90 
r14: 1fe0ed7a1000 r15: ff06e6fd8d00
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]   fsb:0 
gsb: ff06e6106500  ds:   4b
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]es:   4b  
fs:0  gs:  1c3
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]   trp:d 
err:0 rip: fbb4e61f
Sep 17 21:35:29 nas unix: [ID 592667 kern.notice]cs:   30 
rfl:10282 rsp: ff00206eb7f0
Sep 17 21:35:29 nas unix: [ID 266532 kern.notice]ss:0
Sep 17 21:35:29 nas unix: [ID 10 kern.notice] 
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206eb5e0 
unix:real_mode_stop_cpu_stage2_end+9e13 ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206eb6f0 
unix:trap+a30 ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206eb700 
unix:cmntrap+e6 ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206eb8a0 
genunix:fop_getpage+3f ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206eb960 
genunix:anon_getpage+18d ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206eba80 
genunix:segvn_faultpage+168 ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206ebc50 
genunix:segvn_fault+8e6 ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206ebd60 
genunix:as_fault+31a ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206ebdf0 
unix:pagefault+96 ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206ebf00 
unix:trap+2c7 ()
Sep 17 21:35:29 nas genunix: [ID 655072 kern.notice] ff00206ebf10 
unix:cmntrap+e6 ()
Sep 17 21:35:29 nas unix: [ID 10 kern.notice] 
Sep 17 21:35:29 nas genunix: [ID 672855 kern.notice] syncing file systems...
Sep 17 21:35:30 nas genunix: [ID 904073 kern.notice]  done
Sep 17 21:35:31 nas genunix: [ID 111219 kern.notice] dumping to 
/dev/zvol/dsk/rpool/dump, offset 65536, content: kernel
Sep 17 21:35:31 nas genunix: [ID 405573 kern.info] NOTICE: ahci1: 
ahci_tran_reset_dport port 0 reset port
Sep 17 21:35:31 nas genunix: [ID 405573 kern.info] NOTICE: ahci1: 
ahci_tran_reset_dport port 1 reset port

Anybody knows what is going on here?

NB. I have the kernel dump file in case anybody should be interested.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael  rasmussen  cc
http://pgp.mit.edu:11371/pks/lookup?op=get=0xD3C9A00E
mir  datanom  net
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE501F51C
mir  miras  org
http://pgp.mit.edu:11371/pks/lookup?op=get=0xE3E80917
--
/usr/games/fortune -es says:
"Life and death are seldom logical."
"But attaining a desired goal always is."
-- McCoy and Spock, "The Galileo Seven", stardate 2821.7


pgp3lvbaj67eO.pgp
Description: OpenPGP digital signature
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss

Re: [OmniOS-discuss] Network throughout 1GB/sec

2016-09-17 Thread Guenther Alka 

hi
Intention of this test and tuning cycle was to check 4k video editing 
capability
from OSX and Windows to a Solaris or OmniOS storage over 10G/40G to SSD 
or NVMe storage.


With tunings and large 4k videofiles I was able to get about 900MB/s on 
write with peaks up to 1000 MB/s over SMB 2.1 tested with the video 
editing tool AJA on Windows and speed test on OSX. These are more or 
less sequential tests with a lot of large files. Values on Solaris were 
slightly better than on OmniOS so I asume OS or driver defaults are more 
optimized there at least regarding 10G/40G. Reads were always slower and 
more critical to settings and cablings. NFS values on OSX were not 
nearly as good and quite disappointing (at least on OSX).


With smaller NTSC/PAL video settings (test uses many small files then) 
performance went down to 500-600 MB/s with writes and a little lower on 
reads.


I currently do some tests with i40e on Intel XL710 where the difference 
is heavy with 2200MB write on Solaris and 1500 MB/s on OmniOS with same 
settings while reads are currently a disaster at least on Windows with 
up to 300 MB/s on Solaris and 150MB/s on OmniOS.


In best cases these values were nearly as good as iperf values so near 
wire speed.


I would not asume that you can reach high performance values with rsync. 
Zfs send should be faster as it creates a filestream. I woukd not expect 
that they can come close to the above even with zfs send over mbuffer or 
netcat. A pure copy should be as fast from/to OSX orWindows or with cp 
over netcat.


Gea


Am 17.09.2016 um 02:57 schrieb Ergi Thanasko:

HI Gea,
Great info, are you seeing 1000MB/s doing iperf or actually transfer rates  
rsync, cp bbcp….



On Sep 16, 2016, at 12:57 PM, Guenther Alka  wrote:

I have made some investigations into 10G and found that 300-400MB/s is expected 
with default settings. Improvements are possible up to 1000MB/s via mtu 9000 
and if you increase ip buffers ex
max_buf=4097152 tcp
send_buf=2048576 tcp
recv_buf=2048576 tcp,

NFS lockd servers (ex 1024), NFS number of threads (ex 64) and NFS transfer 
size (ex 1048576)

http://napp-it.org/doc/downloads/performance_smb2.pdf


Gea

Am 16.09.2016 um 19:43 schrieb Ergi Thanasko:

Hi all,
We have a a few servers  conected via 10g nic  LACP, some of them have  4nic 
and some have 6nic in a link aggregation mode. We been moving a lot of data 
around and we are trying to get the maximum performance. I have seen zpool can 
deliver  2-3GB accumulated  throughput. Iperf does about 600-800MB/sec between 
those two servers.
Given  the hardware that we have and the zpool performance,   we expected   to 
see some serious data transfer rates  however we only see around 200-300MB/sec 
average  using rsync or copy paste over NFS.  Standard MTU 1500 and nfs block 
size.  I want to ask the community what to do get some higher throughout and 
the application level. I hear ZFS send/receive   or ZFS shadow does work faster 
but it does snapshots. Out data (Terabytes) is constantly evolving   and we 
prefer something in the nature of rsync  but to utilize the network hardware.

If Anyone has a hardware setup that can see 1GB/sec  throughput  and does not 
mind sharing?
Any software  that  use multithreads  sessions to move data around  zfs 
friendly? We do not mind getting going with a commercial solution like camvault 
or veeam if they work.

Thank you for your time

  


___
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