This post is more than 5 years old
2 Intern
•
128 Posts
0
872
March 22nd, 2007 08:00
Critical semphore errors on a DS16B switch ...
Here is a fun one. Maybe someone can help with it.
On a DS16B switch, when the RAPID service is disabled, it will burp out SEMA-GIVE errors and SEMA-TAKE errors immediately when connecting to a switch via telnet. They appear before the login prompt and do not reappear any time else. The switch operates fine and doesn't seem to mind. All of the system services are turned off (rstatd,rusersd,thad, SNMP, Http etc.). Re-enabling RAPID gets rid of the errors. So it looks like the lack of this service is causing the msgs.
I tried various levels of firmware and that doesn't help. (It's at current rev now.) Turrning off/on the other services doesn't help either. The other brocade switch models do not have this issue only this hardware model.
Any insights would be appreciated. Thanks.
Here is a sample ...
0x102bd960 (tShell): Mar 22 08:31:58
CRITICAL SEMA-SEMTAKE, 1, semaTake, sema = 0, errno = 0x3d0001
Traceback:
_semaTake+0x344 (0x104f89b4)
_ranRscnDeregister+0x1d8 (0x10769ff8)
_event_sendSec+0x74 (0x1076a214)
_shellTask+0x208 (0x10417188)
_vxTaskEntry+0x10 (0x1096ec54)
0x102bd960 (tShell):
Fabric OS (tm) Release v3.2.1b
login: Mar 22 08:31:58
CRITICAL SEMA-SEMGIVE, 1, semaGive, sema = 0, errno = 0x3d0001
Traceback:
_semaGive+0x38 (0x104f8648)
_event_sendSec+0x74 (0x1076a214)
_shellTask+0x208 (0x10417188)
_vxTaskEntry+0x10 (0x1096ec54)
On a DS16B switch, when the RAPID service is disabled, it will burp out SEMA-GIVE errors and SEMA-TAKE errors immediately when connecting to a switch via telnet. They appear before the login prompt and do not reappear any time else. The switch operates fine and doesn't seem to mind. All of the system services are turned off (rstatd,rusersd,thad, SNMP, Http etc.). Re-enabling RAPID gets rid of the errors. So it looks like the lack of this service is causing the msgs.
I tried various levels of firmware and that doesn't help. (It's at current rev now.) Turrning off/on the other services doesn't help either. The other brocade switch models do not have this issue only this hardware model.
Any insights would be appreciated. Thanks.
Here is a sample ...
0x102bd960 (tShell): Mar 22 08:31:58
CRITICAL SEMA-SEMTAKE, 1, semaTake, sema = 0, errno = 0x3d0001
Traceback:
_semaTake+0x344 (0x104f89b4)
_ranRscnDeregister+0x1d8 (0x10769ff8)
_event_sendSec+0x74 (0x1076a214)
_shellTask+0x208 (0x10417188)
_vxTaskEntry+0x10 (0x1096ec54)
0x102bd960 (tShell):
Fabric OS (tm) Release v3.2.1b
login: Mar 22 08:31:58
CRITICAL SEMA-SEMGIVE, 1, semaGive, sema = 0, errno = 0x3d0001
Traceback:
_semaGive+0x38 (0x104f8648)
_event_sendSec+0x74 (0x1076a214)
_shellTask+0x208 (0x10417188)
_vxTaskEntry+0x10 (0x1096ec54)
0 events found
No Events found!


JasonBailey
147 Posts
0
April 15th, 2007 23:00
If you raise a case we can escalate it to Brocade.
3.x switches run the vxworks platform, 4/5.x run on linux, so that may be why you only see this on 3.x.
sysmgr1
2 Intern
•
128 Posts
0
March 23rd, 2007 06:00
sysmgr1
2 Intern
•
128 Posts
0
April 9th, 2007 06:00
sysmgr1
2 Intern
•
128 Posts
0
April 16th, 2007 07:00
sysmgr1
2 Intern
•
128 Posts
0
April 16th, 2007 07:00
Opening a case on this isn't worth the enormous hassle it would create. If you want to reproduce this in a lab, setup one of these switches with the latest firmware and then turn off the RAPID service. Logout and then you'll see the messages when you try to log back in (via telnet).
sysmgr1
2 Intern
•
128 Posts
0
April 24th, 2007 10:00