Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.
Well no hanging since I made those changes. Perhaps that was my problem (crosses fingers). I'll update the thread for other people's benefit if anything changes but as of now I'm going to assume it is resolved.
It is actually pretty simple if you know how. The Windows clustering is one of my areas of expertise though. But yes, I'm using RDMs so I can't use RR. I've heard from other VMware guys that the built-in multipathing is so-so and there are a number of 3rd party plugins that are far better...
I think I found my reason - http://docs.oracle.com/cd/E19082-01/819-6990/gfazs/index.html in the Probe-Based Failure Detection section:
I don't have 5 other IPs on my iSCSI vlan yet so I'm guessing it is the same with OI. Thought I would post if anyone else saw this.
Yes I have 2 onboard NICs for the host and a quad port PCIe NIC for iscsi.
I set up the iscsi according to VMware guide. According to this: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1011340 MRU and Fixed only uses one path at a time...
That hasn't been my experience so far. The multipath is dependent on the host connecting and in my case that is VMware. From what I've seen VMware's builtin multipath is either only active/passive or it seems to cause issues particularly if you have any windows guests that use clustering...
Still having some issues with this. I got one ipmp to show the probe stat as ok, but not the other and I'm not sure why. Here is my output:
# ipmpstat -g
GROUP GROUPNAME STATE FDT INTERFACES
iscsi0 iscsi0 ok 10.00s aggr1 aggr0
host0...
I've already swapped out the iSCSI NICs with the problem persisting. I went from 2 x Dual Broadcom GB to 1 x Quad Intel PRO/1000 VT; shown in the OI as 4 Intel 82575GB (igb driver). The onboard NICs of course have stayed the same which are 2 x Intel 82574L G (e1000g driver). I just use those...
I didn't see those messages but I did see a bunch of these:
unix: [ID 954099 kern.info] NOTICE: IRQ19 is being shared by drivers with different interrupt levels.
I google around a bit and found someone saying to disable IRQ 19 capture in the BIOS if you aren't booting to your sas adapter. I...
So now 5 days later from the first event, it has happened again. My external monitoring system could not longer parse the /var/adm/messages log file at 3:51:03 AM EST this morning and stopped receiving heartbeats at 5:31:53 AM EST this morning. I wonder why it was almost exactly 2 hours...
Having some lockup issues with my oi151a5 box with napp-it (other OSes installed on the same hardware show no issue - see thread http://hardforum.com/showthread.php?t=1733419). Someone there suggested that they have had similar issue but they went away after updating to the latest.
What do...
spankit - I installed oi151a because that was listed as the recommended and most stable. I was a little hesitant to go newer as I thought there might be more bugs. Sounds like you have installed a number of them though. How many have you done and how long have they been running stable? What...
Here is the output (with user and hostname removed):
<user>@<hostname>:/var# dumpadm
Dump content: kernel pages
Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
Savecore directory: /var/crash/<hostname>
Savecore enabled: no
Save compressed: on
Looks like it is not enabled...