3.3
Table Of Contents
- Avid iNEWS Administration Guide
- Contents
- Using This Guide
- 1 - Introduction
- 2 - Connect Services
- 3 - Database Security
- 4 - Database Management
- 5 - Backing Up the iNEWS System
- 6 - Disconnects
- 7 - Troubleshooting
- A - Command References
- Programs Invoked by iNEWS
- Commands Used by Avid Personnel Only
- Linux Commands Used in iNEWS
- Console Control Commands
- Console Server Commands
- broadcast
- configure
- connect
- ctraits
- dbclean
- dbclose
- dbdev
- dbdump
- dbfree
- dblines
- dboriginal
- dbpurge (Superuser conditional)
- dbrestore
- dbserver
- dbsort
- dbtraits
- dbvisit
- dictionary
- diskclear (Superuser only)
- diskcopy
- doc
- ed
- enter
- force (Superuser only)
- grpcheck
- gtraits (Superuser only)
- help
- hogs
- idiff
- list
- list B
- list C
- list c
- list d
- list g
- list p
- list q
- list s
- list sq
- list u
- logout
- makemontab
- makeshift (Super user only)
- maketab (Superuser only)
- msgclean
- offline
- online
- otod
- reconnect
- remove
- rename (Superuser only)
- reorder
- restart
- searchtape
- send
- shutdown
- sitedump (Superuser only)
- siterestore (Superuser only)
- startup
- status
- stop
- su
- unbusy
- utraits (Super user only)
- version
- wholockedit
- Job List Commands
- Dialog Commands
- B - System Files
- C - Standard Dictionaries
- Using Dictionaries to Define Messages and Commands
- Customizing Dictionaries
- Utility Messages Dictionary (/site/dict/messages)
- DBServer Program Messages
- Disconnect Program Messages
- Category and Keyword Check Program Messages
- Keyboard Check Program Messages
- Keyboard Check Program Messages for Macros
- Grpcheck Messages
- Wire Program Messages
- Mail Server Messages
- Validation (Action) Server
- Seek Server Messages
- Last Login Messages
- Print Server Messages
- dbtraits Messages
- Save Error (Workstation) Messages
- Queues Dictionary (/site/dict/queues)
- Words Dictionary (/site/dict/words)
- Keyboard Macros Dictionary (/site/dict/keymacros)
- Case-shifting Dictionary (/site/dict/shift)
- MCS Dictionary (/site/dict/mcs)
- Job List Command Dictionary (/site/dict/joblist)
- D Messages Dictionary (/site/dict/dmessages)
- S Messages Dictionary (/site/dict/smessages)
- D - Environment Variables
- E - Managing Traits at the Console
- F - The Line Editor, ed
- Index
7 Troubleshooting
100
Wire Problems
This section explains common problems users might encounter with their wire ingests
during daily operation.
Data Receiver
The Avid Data Receiver provides an Administration application that may be used to
troubleshoot most issues related to ingesting wires to iNEWS using a Data Receiver
instance. For more information, see the Avid Data Receiver Installation and Operations
Manual.
If stories are not being sent to iNEWS—that is, the number of stories processed never
increments in the Administration application—ensure raw data logging is enabled and
functioning. If it’s not, check your hardware connection and the Data Receiver
configuration. If some raw data is being logged, but stories are still not being sent to iNEWS,
then check the start/stop sequence configuration for Serial and Telnet input types. Also
ensure file logging is set to ALL and check the log file for parsing errors. This would
indicate a possible problem with parsing NSML, which could make iNEWS reject stories
when Data Receiver attempts to send them.
Locked Blocks
During normal operations the system constantly locks and unlocks blocks on the servers’
hard drive as data is accessed. Occasionally, something may go wrong and a locked block is
left behind.
If you have a persistently locked block, any other process that tries to access the locked
block will wait for the block to become available. The usual scenario for this problem is that
PCs start hanging in the newsroom when users get to a story in a rundown that is in a locked
block. Users then move to another PC, and hang that one too when they access the locked
block story.
If the original locked block is unlocked, then all frozen PCs “unhang.”
To check for a locked block, type the dblock command on all servers. Type dblock several
times in succession and note the block numbers reported. If block numbers are changing,
then the process is not hung up on a locked block. If the block number and process ID
number remain the same through successive dblock commands, then it might be a locked
block situation. If a block remains locked for more than one minute, the system will print a
diagnostic on the console and will repeat the message every minute the block remains
locked. The system will remove block locks owned by processes that have exited.