`<div dir="ltr"><div><div><div>This information certainly puts the pause on me moving to r151014 for my systems serving ESXi.<br><br></div>My next suspicion would be that this would be an NFS locking issue. There were updates to the lock manager in r151014. Tcpdumps will reveal if that is the problem. <br><br></div>I've seen numerous lockd problems in Illumos NFSv3. Fortunately ESXi connections has not been one of them. Might be the end of my luck on that.<br><br></div>-Chip<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 10, 2015 at 8:55 AM, Hafiz Rafiyev <span dir="ltr"><<a href="mailto:rafibeyli@gmail.com" target="_blank">rafibeyli@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Chip thank you for quick answer,I think you mean these Oracle parameters:<br>
<br>
I changed them as yours and as oracle's but same result on r151014 system:(<br>
<br>
again datasources on r151014 connecting randomly,and some not connected<br>
<br>
TABLE 6. RECOMMENDED NFS AND TCP/IP ADVANCED SETTINGS FOR VMWARE VSPHERE 5.1 DATASTORES ON ORACLE ZFS STORAGE APPLIANCE<br>
OPTION<br>
VALUE<br>
NFS.HeartbeatTimeout<br>
5<br>
Nfs.Sendbuffersize<br>
264<br>
Nfs.Receivebuffersize<br>
256<br>
Nfs.MaxVolumes<br>
256<br>
Net.TcpipHeapMax<br>
128<br>
Net.TcpipHeapsize<br>
32<br>
Nfs.heartbeatfrequency<br>
20<br>
Nfs.heartbeatdelta<br>
12<br>
Nfs.heartbeatmaxfailures<br>
10<br>
<span class=""><br>
----- Original Message -----<br>
From: "Schweiss, Chip" <<a href="mailto:chip@innovates.com">chip@innovates.com</a>><br>
To: "Hafiz Rafibeyli" <<a href="mailto:rafibeyli@gmail.com">rafibeyli@gmail.com</a>><br>
Cc: "omnios-discuss" <<a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a>>, "Günther Alka" <<a href="mailto:alka@hfg-gmuend.de">alka@hfg-gmuend.de</a>><br>
Sent: Friday, 10 April, 2015 16:11:49<br>
Subject: Re: [OmniOS-discuss] esxi 5.5 to omnios r151014 nfs server issue<br>
<br>
</span><span class="">On Fri, Apr 10, 2015 at 7:51 AM, Hafiz Rafiyev < <a href="mailto:rafibeyli@gmail.com">rafibeyli@gmail.com</a> > wrote:<br>
<br>
<br>
I tested all suggested solutions(reset filesystems everyone@=modify,edited hosts files on esxi and omnios) but nothing changed ,<br>
<br>
<br>
I have same random not connected NFS share problem(also pached esxi 5.5 to last release 2638301),<br>
<br>
I think something changed in r151014 nfs stack,because when I restored to r151012 everythink running smooth<br>
<br>
Now I'm back to r151012,<br>
<br>
Hafiz<br>
<br>
<br>
<br>
<br>
Have you adjusted the NFS heartbeats on ESXi? I can't seem to located the best practices paper I found a few years ago. I think it was on Oracle or Nexenta, but you need to adjust your heart beats from ESXi or it will think your storage is offline. Here's my settings:<br>
<br>
<br>
<br>
</span><span class="">My data stores are still on r151012, so I can't say for sure this has anything to do with the problem you are seeing. But I have definitely seen your problems before. I figured out the heart beat problem by analyzing tcpdumps while the datastores went off and online.<br>
<br>
-Chip<br>
<br>
</span>BQ_BEGIN<br>
<div><div class="h5"><br>
<br>
<br>
----- Original Message -----<br>
From: <a href="mailto:omnios-discuss-request@lists.omniti.com">omnios-discuss-request@lists.omniti.com</a><br>
To: "omnios-discuss" < <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a> ><br>
Sent: Monday, 6 April, 2015 16:41:22<br>
Subject: OmniOS-discuss Digest, Vol 37, Issue 16<br>
<br>
Send OmniOS-discuss mailing list submissions to<br>
<a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:omnios-discuss-request@lists.omniti.com">omnios-discuss-request@lists.omniti.com</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:omnios-discuss-owner@lists.omniti.com">omnios-discuss-owner@lists.omniti.com</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of OmniOS-discuss digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. r151014 KVM crash (Johan Kragsterman)<br>
2. Re: OmniOS r151014 is now out! (Natxo Asenjo)<br>
3. pkgrecv r151014 (Al Slater)<br>
4. esxi 5.5 to omnios r151014 nfs server issue (Hafiz Rafiyev)<br>
5. Re: pkgrecv r151014 (Al Slater)<br>
6. Re: esxi 5.5 to omnios r151014 nfs server issue (G?nther Alka)<br>
7. Re: All SSD pool advice (Chris Nagele)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 6 Apr 2015 10:20:56 +0200<br>
From: Johan Kragsterman < <a href="mailto:johan.kragsterman@capvert.se">johan.kragsterman@capvert.se</a> ><br>
To: " <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a> "<br>
< <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a> ><br>
Subject: [OmniOS-discuss] r151014 KVM crash<br>
Message-ID:<br>
< <a href="mailto:OF8C4EC57F.10747AAD-ONC1257E1F.0027F11B-C1257E1F.002DDCA2@inse.com">OF8C4EC57F.10747AAD-ONC1257E1F.0027F11B-C1257E1F.002DDCA2@inse.com</a> ><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Hi!<br>
<br>
I switched one of my development ?machines over to r151014. On that machine I got a few KVM VM's.<br>
<br>
One of them is a Linux terminal server, and when I wanted to update/upgrade it, both the general OS and the chroot environments I got in it, it crashed. I tried several times, and every time I did it, it crashed. It seems to run without problems when I don't do any heavy work on it, but with this update/upgrade, it runs for about ~5 min, then it crashes. It can't get started again, until I reboot the server.<br>
<br>
The following msg is from /var/adm/messages:<br>
<br>
<br>
40b0000, id=1, base_msr= fee00000 PRIx64 base_address=fee00000<br>
Apr ?4 20:45:45 omni2 kvm: [ID 710719 <a href="http://kern.info" target="_blank">kern.info</a> ] vmcs revision_id = f<br>
Apr ?4 20:45:45 omni2 kvm: [ID 420667 <a href="http://kern.info" target="_blank">kern.info</a> ] kvm_lapic_reset: vcpu=ffffff06140a8000<br>
, id=2, base_msr= fee00000 PRIx64 base_address=fee00000<br>
Apr ?4 20:45:45 omni2 kvm: [ID 710719 <a href="http://kern.info" target="_blank">kern.info</a> ] vmcs revision_id = f<br>
Apr ?4 20:45:45 omni2 kvm: [ID 420667 <a href="http://kern.info" target="_blank">kern.info</a> ] kvm_lapic_reset: vcpu=ffffff0614236000<br>
, id=3, base_msr= fee00000 PRIx64 base_address=fee00000<br>
Apr ?4 20:45:45 omni2 kvm: [ID 710719 <a href="http://kern.info" target="_blank">kern.info</a> ] vmcs revision_id = f<br>
Apr ?4 20:45:52 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x1010101 data fffffd<br>
7fffdfe8e0<br>
Apr ?4 20:45:52 omni2 last message repeated 3 times<br>
Apr ?4 20:45:52 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0xff3d0f9c data fffff<br>
d7fffdfe8b0<br>
Apr ?4 20:45:52 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x0 data 0<br>
Apr ?4 20:45:52 omni2 last message repeated 6 times<br>
Apr ?4 20:45:52 omni2 kvm: [ID 291337 <a href="http://kern.info" target="_blank">kern.info</a> ] vcpu 1 received sipi with vector # 10<br>
Apr ?4 20:45:52 omni2 kvm: [ID 291337 <a href="http://kern.info" target="_blank">kern.info</a> ] vcpu 2 received sipi with vector # 10<br>
Apr ?4 20:45:52 omni2 kvm: [ID 291337 <a href="http://kern.info" target="_blank">kern.info</a> ] vcpu 3 received sipi with vector # 10<br>
Apr ?4 20:45:52 omni2 kvm: [ID 420667 <a href="http://kern.info" target="_blank">kern.info</a> ] kvm_lapic_reset: vcpu=ffffff06140b0000<br>
, id=1, base_msr= fee00800 PRIx64 base_address=fee00000<br>
Apr ?4 20:45:52 omni2 kvm: [ID 420667 <a href="http://kern.info" target="_blank">kern.info</a> ] kvm_lapic_reset: vcpu=ffffff06140a8000<br>
, id=2, base_msr= fee00800 PRIx64 base_address=fee00000<br>
<br>
<br>
Then it goes on like this:<br>
<br>
<br>
Apr ?4 20:46:25 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:25 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 8000000<br>
01<br>
Apr ?4 20:46:25 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:25 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 8000000<br>
01<br>
Apr ?4 20:46:25 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:25 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 8000000<br>
01<br>
Apr ?4 20:46:25 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:25 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 8000000<br>
01<br>
Apr ?4 20:46:25 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:25 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 8000000<br>
01<br>
Apr ?4 20:46:25 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:25 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 8000000<br>
01<br>
Apr ?4 20:46:34 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:34 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 2000000<br>
001<br>
Apr ?4 20:46:34 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:34 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 2000000<br>
001<br>
Apr ?4 20:46:34 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:34 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 2000000<br>
001<br>
Apr ?4 20:46:34 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:34 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 2000000<br>
001<br>
Apr ?4 20:46:34 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:34 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 2000000<br>
001<br>
Apr ?4 20:46:34 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:46:34 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x525f2f data 2000000<br>
<br>
<br>
<br>
And like this:<br>
<br>
<br>
<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 8<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 8<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 8<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 8<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 8<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 10<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 10<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 10<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 10<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 10<br>
Apr ?4 20:50:45 omni2 kvm: [ID 713435 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled rdmsr: 0xff311c4c<br>
Apr ?4 20:50:45 omni2 kvm: [ID 391722 <a href="http://kern.info" target="_blank">kern.info</a> ] unhandled wrmsr: 0x526835 data 10<br>
Apr<br>
<br>
<br>
I switched back to r151012, and there everything is working fine...<br>
<br>
I do a rollback of the volumes I used for the chroots in the VM, because they've been messed up of the repetedly interupted upgrade attemts, so I run new updates/upgrades on the chroots, and even build new ones, and no problems here in r151012.<br>
<br>
So the problem seem to be exclusively in r151014.<br>
<br>
I got some messages on the omnios console after the VM crashes that I didn't record, unfortunatly. What I remember was that it was complaining about a bus, and it was also complains about either ps or pthread as well.<br>
<br>
I will go back to r151014 again, and run more tests like this, to get this clarified, and record the exact msg on the consol.<br>
<br>
Any suggestion?<br>
<br>
<br>
<br>
Best regards from/Med v?nliga h?lsningar fr?n<br>
<br>
Johan Kragsterman<br>
<br>
Capvert<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 6 Apr 2015 11:32:16 +0200<br>
From: Natxo Asenjo < <a href="mailto:natxo.asenjo@gmail.com">natxo.asenjo@gmail.com</a> ><br>
To: omnios-discuss < <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a> ><br>
Subject: Re: [OmniOS-discuss] OmniOS r151014 is now out!<br>
Message-ID:<br>
< <a href="mailto:CAHBEJzUN7-4L0AyYxBLTxUXQbUsjmb0N7oOtWpx0uGPL0i7S5Q@mail.gmail.com">CAHBEJzUN7-4L0AyYxBLTxUXQbUsjmb0N7oOtWpx0uGPL0i7S5Q@mail.gmail.com</a> ><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
On Fri, Apr 3, 2015 at 3:58 AM, Dan McDonald < <a href="mailto:danmcd@omniti.com">danmcd@omniti.com</a> > wrote:<br>
<br>
> Say hello to OmniOS r151014:<br>
><br>
> <a href="http://omnios.omniti.com/wiki.php/ReleaseNotes/r151014" target="_blank">http://omnios.omniti.com/wiki.php/ReleaseNotes/r151014</a><br>
<br>
<br>
upgrade succesful on my home microserver :-)<br>
<br>
Congrats on the good work!<br>
<br>
--<br>
regards,<br>
natxo<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: < <a href="http://lists.omniti.com/pipermail/omnios-discuss/attachments/20150406/ef8ee9b8/attachment-0001.html" target="_blank">http://lists.omniti.com/pipermail/omnios-discuss/attachments/20150406/ef8ee9b8/attachment-0001.html</a> ><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 06 Apr 2015 11:03:47 +0100<br>
From: Al Slater < <a href="mailto:al.slater@scluk.com">al.slater@scluk.com</a> ><br>
To: <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a><br>
Subject: [OmniOS-discuss] pkgrecv r151014<br>
Message-ID: < <a href="mailto:55225A03.7020102@scluk.com">55225A03.7020102@scluk.com</a> ><br>
Content-Type: text/plain; charset=utf-8<br>
<br>
Hi,<br>
<br>
I am trying to pkgrecv r151014 into my own repository and keep bumping<br>
into this:<br>
<br>
pkgrecv: Invalid contentpath opt/sunstudio12.1/prod/lib/sys/libsunir.so:<br>
chash failure: expected: b251c238070b6fdbf392194e85319e2c954a5384<br>
computed: 17d9899f959ac5835569e8870f7e02eb14607242. (happened 4 times)<br>
<br>
Is there a problem with this package in the repository?<br>
<br>
--<br>
Al Slater<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 6 Apr 2015 12:50:00 +0300 (EEST)<br>
From: Hafiz Rafiyev < <a href="mailto:rafibeyli@gmail.com">rafibeyli@gmail.com</a> ><br>
To: omnios-discuss < <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a> ><br>
Subject: [OmniOS-discuss] esxi 5.5 to omnios r151014 nfs server issue<br>
Message-ID:<br>
< <a href="mailto:1070639246.2109450.1428313800852.JavaMail.zimbra@cantekstil.com.tr">1070639246.2109450.1428313800852.JavaMail.zimbra@cantekstil.com.tr</a> ><br>
Content-Type: text/plain; charset=windows-1254<br>
<br>
<br>
After upgrade from r151012 to r151014 i have issue with nfs server,<br>
after upgrade, some of Esxi 5.5 nfs datastores connecting and some not,<br>
<br>
and it's being randomly,after omnios restart again some datastores connected and some not<br>
<br>
when looking omnios side,nfs server up and running,<br>
<br>
note:before upgrade all esxi datastores were connected and running,omnios running as VM,disks connected with HBA passthruogh mode<br>
<br>
only log I see from omnios side is:<br>
<br>
nfs4cbd[468]: [ID 867284 daemon.notice] nfsv4 cannot determine local hostname binding for transport tcp6 - delegations will not be available on this transport<br>
<br>
<br>
regards<br>
<br>
Hafiz.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Mon, 06 Apr 2015 11:24:30 +0100<br>
From: Al Slater < <a href="mailto:al.slater@scluk.com">al.slater@scluk.com</a> ><br>
To: <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a><br>
Subject: Re: [OmniOS-discuss] pkgrecv r151014<br>
Message-ID: < <a href="mailto:55225EDE.2010902@scluk.com">55225EDE.2010902@scluk.com</a> ><br>
Content-Type: text/plain; charset=windows-1252<br>
<br>
On 06/04/15 11:03, Al Slater wrote:<br>
> Hi,<br>
><br>
> I am trying to pkgrecv r151014 into my own repository and keep bumping<br>
> into this:<br>
><br>
> pkgrecv: Invalid contentpath opt/sunstudio12.1/prod/lib/sys/libsunir.so:<br>
> chash failure: expected: b251c238070b6fdbf392194e85319e2c954a5384<br>
> computed: 17d9899f959ac5835569e8870f7e02eb14607242. (happened 4 times)<br>
><br>
> Is there a problem with this package in the repository?<br>
<br>
Same happens with pkg install...<br>
<br>
# pkg install pkg:/developer/sunstudio12.1@12.1-0.151014<br>
Packages to install: 1<br>
Create boot environment: No<br>
Create backup boot environment: No<br>
<br>
DOWNLOAD PKGS FILES XFER (MB)<br>
SPEED<br>
developer/sunstudio12.1 0/1 5042/7006 203.1/256.3<br>
3.0M/s<br>
<br>
<br>
<br>
Errors were encountered while attempting to retrieve package or file<br>
data for<br>
the requested operation.<br>
Details follow:<br>
<br>
Invalid contentpath opt/sunstudio12.1/prod/lib/sys/libsunir.so: chash<br>
failure: expected: b251c238070b6fdbf392194e85319e2c954a5384 computed:<br>
17d9899f959ac5835569e8870f7e02eb14607242. (happened 4 times)<br>
<br>
<br>
regards<br>
<br>
--<br>
Al Slater<br>
<br>
Technical Director<br>
SCL<br>
<br>
Phone : +44 (0)1273 666607<br>
Fax : +44 (0)1273 666601<br>
email : <a href="mailto:al.slater@scluk.com">al.slater@scluk.com</a><br>
<br>
Stanton Consultancy Ltd<br>
<br>
Park Gate, 161 Preston Road, Brighton, East Sussex, BN1 6AU<br>
<br>
Registered in England Company number: 1957652 VAT number: GB 760 2433 55<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Mon, 6 Apr 2015 12:34:30 +0200<br>
From: G?nther Alka < <a href="mailto:alka@hfg-gmuend.de">alka@hfg-gmuend.de</a> ><br>
To: omnios-discuss < <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a> ><br>
Subject: Re: [OmniOS-discuss] esxi 5.5 to omnios r151014 nfs server<br>
issue<br>
Message-ID: < <a href="mailto:4700B3B3-2CED-407D-A131-62FE1E392B53@hfg-gmuend.de">4700B3B3-2CED-407D-A131-62FE1E392B53@hfg-gmuend.de</a> ><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
just to rule out a permission problem<br>
<br>
can you recursively reset permissions of that filesystem to a<br>
everyone@=modify setting.<br>
<br>
<br>
<br>
> Am 06.04.2015 um 11:50 schrieb Hafiz Rafiyev < <a href="mailto:rafibeyli@gmail.com">rafibeyli@gmail.com</a> >:<br>
><br>
><br>
> After upgrade from r151012 to r151014 i have issue with nfs server,<br>
> after upgrade, some of Esxi 5.5 nfs datastores connecting and some not,<br>
><br>
> and it's being randomly,after omnios restart again some datastores connected and some not<br>
><br>
> when looking omnios side,nfs server up and running,<br>
><br>
> note:before upgrade all esxi datastores were connected and running,omnios running as VM,disks connected with HBA passthruogh mode<br>
><br>
> only log I see from omnios side is:<br>
><br>
> nfs4cbd[468]: [ID 867284 daemon.notice] nfsv4 cannot determine local hostname binding for transport tcp6 - delegations will not be available on this transport<br>
><br>
><br>
> regards<br>
><br>
> Hafiz.<br>
> _______________________________________________<br>
> OmniOS-discuss mailing list<br>
> <a href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a><br>
> <a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Mon, 6 Apr 2015 09:41:19 -0400<br>
From: Chris Nagele < <a href="mailto:nagele@wildbit.com">nagele@wildbit.com</a> ><br>
To: " <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a> "<br>
< <a href="mailto:omnios-discuss@lists.omniti.com">omnios-discuss@lists.omniti.com</a> ><br>
Subject: Re: [OmniOS-discuss] All SSD pool advice<br>
Message-ID:<br>
< <a href="mailto:CAHfYOdUN_CWsmPVDCZGRh3pCUoSkRkWThwBj7khkj%2BztiwC5Zg@mail.gmail.com">CAHfYOdUN_CWsmPVDCZGRh3pCUoSkRkWThwBj7khkj+ztiwC5Zg@mail.gmail.com</a> ><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Thanks everyone. Regarding the expanders, our 4U servers are on the<br>
following chassis:<br>
<br>
<a href="http://www.supermicro.com/products/chassis/4U/846/SC846E16-R1200.cfm" target="_blank">http://www.supermicro.com/products/chassis/4U/846/SC846E16-R1200.cfm</a><br>
<br>
We are using all SAS disks, except for the SSDs. How big is the risk<br>
here when it comes to SAS -> SATA conversion? Our newer servers have<br>
direct connections on each lane to the disk.<br>
<br>
Chris<br>
<br>
Chris Nagele<br>
Co-founder, Wildbit<br>
Beanstalk, Postmark, <a href="http://dploy.io" target="_blank">dploy.io</a><br>
<br>
<br>
On Sat, Apr 4, 2015 at 7:18 PM, Doug Hughes < <a href="mailto:doug@will.to">doug@will.to</a> > wrote:<br>
><br>
> We have a couple of machines with all SSD pool (~6-10 Samsung 850 pro is the<br>
> current favorite). They work great for IOPS. Here's my take.<br>
> 1) you don't need a dedicated zil. Just let the zpool intersperse it amongst<br>
> the existing zpool devices. They are plenty fast enough.<br>
> 2) you don't need an L2arc for the same reason. a smaller number of<br>
> dedicated devices would likely cause more of a bottleneck than serving off<br>
> the existing pool devices (unless you were to put it on one of those giant<br>
> RDRAM things or similar, but that adds a lot of expense)<br>
><br>
><br>
><br>
><br>
><br>
> On 4/4/2015 3:07 PM, Chris Nagele wrote:<br>
><br>
> We've been running a few 4U Supermicro servers using ZeusRAM for zil and<br>
> SSDs for L2. The main disks are regular 1TB SAS.<br>
><br>
> I'm considering moving to all SSD since the pricing has dropped so much.<br>
> What things should I know or do when moving to all SSD pools? I'm assuming I<br>
> don't need L2 and that I should keep the ZeusRAM. Should I only use certain<br>
> types of SSDs?<br>
><br>
> Thanks,<br>
> Chris<br>
><br>
><br>
> --<br>
><br>
> Chris Nagele<br>
> Co-founder, Wildbit<br>
> Beanstalk, Postmark, <a href="http://dploy.io" target="_blank">dploy.io</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> OmniOS-discuss mailing list<br>
> <a href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a><br>
> <a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> OmniOS-discuss mailing list<br>
> <a href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a><br>
> <a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
><br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
OmniOS-discuss mailing list<br>
<a href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a><br>
<a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
<br>
<br>
------------------------------<br>
<br>
End of OmniOS-discuss Digest, Vol 37, Issue 16<br>
**********************************************<br>
_______________________________________________<br>
OmniOS-discuss mailing list<br>
<a href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a><br>
<a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
<br>
</div></div>BQ_END<br>
<br>
</blockquote></div><br></div>
`