Hi Hector,
Few more questions.
Does this happen to you only when you try to shut down the OpenSM on reboot?
What is the host cpu architecture? x86/x86_64/ppc?
-Original Message-
From: ewg-boun...@lists.openfabrics.org [mailto:ewg-
boun...@lists.openfabrics.org] On Behalf Of Hal
with linux-2.6.32-131.0.15.el6
Passed on i686 with linux-2.6.36
Passed on i686 with linux-2.6.34
Passed on i686 with linux-2.6.33
Passed on i686 with linux-2.6.35
Passed on i686 with linux-2.6.32-71.el6
Failed:
Build failed on x86_64 with linux-2.6.18-238.el5
Log:
/home/vlad/tmp/ofa_1_5_kernel-20111216
Alex,
Few more questions.
Does this happen to you only when you try to shut down the OpenSM on
reboot?
Our system servers don't have an actual hard drive which means we boot
remotely. So, when I run the re-boot script OpenSM doesn't shutdown
properly (may this affect the switch?). However,
Hal,
Is timeout/retry/send error support implemented in your QNX
implementation ? That would explain why the SM appears to stop...
Based on the inherit nature of the QNX Kernel I don't believe we have a
timeout/retry/send on it. This may be the reason I see the bootup freeze.
If it is I may
Hector,
On 12/16/2011 11:59 AM, Hector Abrach wrote:
Hal,
Is timeout/retry/send error support implemented in your QNX
implementation ? That would explain why the SM appears to stop...
Based on the inherit nature of the QNX Kernel I don't believe we have a
timeout/retry/send on it. This