Smart questions
Smart answers
Smart people
Join Tek-Tips Forums
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Member Login




Remember Me
Forgot Password?
Join Us!

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.
Jobs from Indeed

Link To This Forum!

Partner Button
Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

T1PSTN (MIS) (OP)
17 Jan 03 13:52
I got this message in LD 137 regarding one of my CMDUs. I replaced the HDK, and everyting worked OK for a few days. The same message came up again after SCPU failed in the midnight routine. I removed the CMDU card and reinserted it, SYNCed and everything looks OK again. Could there be a failure in another card that could cause this repetetive problem. This is an Option 81c REL24. I have installed 2 different CMDUs and even replaced the HDK on one of them yet they still fail after a few days.

Any suggestions?

Thanks in advance.
4d4m (TechnicalUser)
20 Jan 03 2:30
It is very interested a problem.
Check the cables from HDK to CMDU, and switches.
Maybe switches is not connected.
Switch on and off, and back to default seting.
It was a many problems of older options 71 and lower.

Helpful Member!  fritzthecat (Programmer)
22 Jan 03 10:36
Hello folks, here is a print of nortel pbme502
maybe that is your problem, then talk to your vendor



Meridian 1 IODU/C Access Issue
This product bulletin is being issued as an advisory about a possible problem observed on a few sites where an IODU/C NT5D61AB/BB pack has not been accessible to the Meridian 1 system. The cards in question are:
        
NT5D61AB releases 4 and 6 – IODU/C (Input-Output Disk Unit with CD-ROM) cards
NT5D61BB releases 3, 4 and 5- IODU/C (Input-Output Disk Unit without CD-ROM) cards
Problem Description:
It has been observed on locations that one of each site’s IODU/C card stopped being accessible. During the midnight routines at these sites, the inaccessibility was noticed by the system, the card was disabled and the storage requirement defaulted to the other IODU/C card. On one site, this resulted in an initialization (INI) of the switch.

Though rare, it is felt that the potential for problems still remains and we would like to put out the appropriate information on how to recognize when the problem occurs and what can be done about it.

The problem occurs because of a timing issue between the M1 and the IDE to SCSI interface of the hard drive controller that is used in the IODU/C product. The interface and drive in question are used only in the aforementioned packs during idle times when the hard drive is not in use, the hard drive may stop functioning and will no longer be accessible to the switch. The next time that the switch attempts to access the drive, such as during a midnight routine, the inaccessibility will be discovered and the IODU/C card will be disabled.  Messages issued at this point will vary depending on the files that the system was trying to access, but they will commonly report that the drive was inaccessible.

Immediate symptoms may include TTY messages with one or both hard disks indicating “CMDU disabled not responding” and the failed IODU/C pack hard drive LED flashes four times repeatedly.

The impact of this is that the system will continue to run exclusively off of the non-disabled drive, until the drive in question is reseated or replaced.
Scope:
Although the problem occurs rarely, the potential for this problem is on all release 4 and 6 NT5D61AB and release 3,4&5 NT5D61BB cards. These releases were manufactured between April 1999 and December 2000.
Solution:
This problem has been resolved in release 7 of the NT5D61AB, which is now being shipped.
Field returns of release 4 and 6 boards have been modified with the new interface and upgraded to release 8 of the NT5D61AB card since December, 2000.
This problem has been resolved in release 6 of the NT5D61BB, which is now being shipped.
Field returns of release 4 and 6 boards have been modified with the new interface and upgraded to release 7 of the NT5D61BB card since December, 2000.
Recommended Actions:
1.    As an immediate workaround, the IODUC functionality can be recovered by reseating the pack.
2.    In the longer term, customers who are experiencing the condition noted above may receive replacement(s) free of charge effective with this notice.

reagrds
Fritz  
T1PSTN (MIS) (OP)
22 Jan 03 15:29
Thank you Fritz!
lemonheads (TechnicalUser)
28 Jan 03 22:20
Hi,

Fritz is correct, I have also experienced that kind of problem before on system using that hardware and software rls. 23.37.

As an immediate solution, reseating of the card is effective, but as a solution to this problem, I have tried to re-install all, including the software, database cp rom iop rom and everything and it works. Until now I haven't experienced that same problem on that system since last year.

Lemonheads

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Back To Forum

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close