Hi
A colleague of mine working at a new site has encountered problems using SCO openserver 5.0.5; the emails below seem to indicate some sort of name service error, but we have been unable to resolve.
A Spiderport terminal server called 'spider' does not respond to nslookup requests but is in the hb.co.uk.hosts file - any assistance is much appreciated!
>I have looked around the system but not found anything particularly odd in
>DNS, beginning to wonder if there is some odd background process that is
>failing
>
>
>Control settings for printers are not shown on the (GUI) console - I
>receive an error thus:
>
>Unexpected error:
>can't read "shareName": no such variable
>
>can't read "shareName": no such variable
> while executing
>"VtSetValues $asuShareName -value $shareName..."
> invoked from within
>"if {$asu} {
> set remoteAsuStatus [VtToggleButton
> $checkBox.remoteAsuStatus -label [IntlLocalizeMsg
> SCO_PRINTER_GUI_MSG_ACCEPT_ASU] -callback Contro ..."
> (procedure "StartStatusScreen" line 57)
> invoked from within
>"StartStatusScreen"
> (procedure "StatusCB" line 3)
> invoked from within
>"StatusCB {{dialog .PrinterManager.mainForm_popup.mainForm.mainForm}
>{widget
>.PrinterManager.mainForm_popup.mainForm.mainForm.menuBar.popup__HelpMenuPa ..."
>
>
>
>
>Printer Jobs are queuing and for each printer the status is 'Printing' but there
>is no output.
>
>Nslookup fails if we use DNS names. However it does find net components,
>and returns the correct DNS name, if the IP address is used.
>
>Host lookup on the console fails to find any hosts with the message
>'serva.hb.co.uk can't find host xyx: server failed'.
>
>Hosts on the network that use this server for DNS are also failing to find
>network components when using DNS names but are OK if the IP address for
>those components is used.
>
>The net device command in Unix aborts in all cases with the message Abort
>- core dumped.
>
>The error first occurred following a reboot of the server which I
>performed in a feeble attempt to free up a stuck terminal. I was killing
>processes for that terminal prior to the reboot (as it turned out the
>terminal had the same stx port number as a PC that is normally only used
>during the night!)
>
>I am tempted to relink the kernel as I can't see any obvious faults in our
>hosts file (hosts and hb.co.uk.hosts).
>
>Grateful for any ideas particularly whether relinking the kernel might
>cause more trouble than it's worth ->
>
>
>
>Checked hb.co.uk.ca and found the following:
>
>
>$ pg hb.co.uk.ca
>
>; <<>> DiG 8.3 <<>> . ns
>;; res options: init recurs defnam dnsrch
>;; got answer:
>;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 4
>;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
>;; QUERY SECTION:
>;; ., type = NS, class = IN
>
>;; Total query time: 1 msec
>;; FROM: x235.hb.co.uk to SERVER: default -- 192.168.0.3
>;; WHEN: Mon Sep 22 07:49:22 2003
>;; MSG SIZE sent: 17 rcvd: 17
>
>
>
>
>The error below has not reoccurred (/etc/sp_print: [0] unknown host
>peratom.hb.co.uk (0)
>/usr/spool/lp/admins/lp/interfaces/perso: 4058 Terminated) but we still
>have no printing from the system except from the overnight jobs ..... they
>came out of sales2 (hatom2 in unix) as normal.
>
>I don't know what to make of it
>
>Attached a couple of odd errors from the console when I tried to examine
>the control settings of one of our printers (control settings) the other
>is just the latest portion of the sco event log.
>
We've lost our printers
>>>following a reboot of the system - looks like the system has lost it's
>>>reference to our terminal servers (peratom in this case).
>>>Do you know where I can correct this within SCO?
>>>Alex
>>>
>>>
>>>/etc/sp_print: [0] unknown host peratom.hb.co.uk (0)
>>>/usr/spool/lp/admins/lp/interfaces/perso: 4058 Terminated
>>>
>>>>Your request perso-12083 destined for perso
>>>>was canceled by the administrator, and
>>>>encountered an error while printing on printer perso.
>>>>Reason for failure:
>>>>
>>>>/etc/sp_print: [0] unknown host peratom.hb.co.uk (0)
>>>>/usr/spool/lp/admins/lp/interfaces/perso: 4058 Terminated
A colleague of mine working at a new site has encountered problems using SCO openserver 5.0.5; the emails below seem to indicate some sort of name service error, but we have been unable to resolve.
A Spiderport terminal server called 'spider' does not respond to nslookup requests but is in the hb.co.uk.hosts file - any assistance is much appreciated!
>I have looked around the system but not found anything particularly odd in
>DNS, beginning to wonder if there is some odd background process that is
>failing
>
>
>Control settings for printers are not shown on the (GUI) console - I
>receive an error thus:
>
>Unexpected error:
>can't read "shareName": no such variable
>
>can't read "shareName": no such variable
> while executing
>"VtSetValues $asuShareName -value $shareName..."
> invoked from within
>"if {$asu} {
> set remoteAsuStatus [VtToggleButton
> $checkBox.remoteAsuStatus -label [IntlLocalizeMsg
> SCO_PRINTER_GUI_MSG_ACCEPT_ASU] -callback Contro ..."
> (procedure "StartStatusScreen" line 57)
> invoked from within
>"StartStatusScreen"
> (procedure "StatusCB" line 3)
> invoked from within
>"StatusCB {{dialog .PrinterManager.mainForm_popup.mainForm.mainForm}
>{widget
>.PrinterManager.mainForm_popup.mainForm.mainForm.menuBar.popup__HelpMenuPa ..."
>
>
>
>
>Printer Jobs are queuing and for each printer the status is 'Printing' but there
>is no output.
>
>Nslookup fails if we use DNS names. However it does find net components,
>and returns the correct DNS name, if the IP address is used.
>
>Host lookup on the console fails to find any hosts with the message
>'serva.hb.co.uk can't find host xyx: server failed'.
>
>Hosts on the network that use this server for DNS are also failing to find
>network components when using DNS names but are OK if the IP address for
>those components is used.
>
>The net device command in Unix aborts in all cases with the message Abort
>- core dumped.
>
>The error first occurred following a reboot of the server which I
>performed in a feeble attempt to free up a stuck terminal. I was killing
>processes for that terminal prior to the reboot (as it turned out the
>terminal had the same stx port number as a PC that is normally only used
>during the night!)
>
>I am tempted to relink the kernel as I can't see any obvious faults in our
>hosts file (hosts and hb.co.uk.hosts).
>
>Grateful for any ideas particularly whether relinking the kernel might
>cause more trouble than it's worth ->
>
>
>
>Checked hb.co.uk.ca and found the following:
>
>
>$ pg hb.co.uk.ca
>
>; <<>> DiG 8.3 <<>> . ns
>;; res options: init recurs defnam dnsrch
>;; got answer:
>;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 4
>;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
>;; QUERY SECTION:
>;; ., type = NS, class = IN
>
>;; Total query time: 1 msec
>;; FROM: x235.hb.co.uk to SERVER: default -- 192.168.0.3
>;; WHEN: Mon Sep 22 07:49:22 2003
>;; MSG SIZE sent: 17 rcvd: 17
>
>
>
>
>The error below has not reoccurred (/etc/sp_print: [0] unknown host
>peratom.hb.co.uk (0)
>/usr/spool/lp/admins/lp/interfaces/perso: 4058 Terminated) but we still
>have no printing from the system except from the overnight jobs ..... they
>came out of sales2 (hatom2 in unix) as normal.
>
>I don't know what to make of it
>
>Attached a couple of odd errors from the console when I tried to examine
>the control settings of one of our printers (control settings) the other
>is just the latest portion of the sco event log.
>
We've lost our printers
>>>following a reboot of the system - looks like the system has lost it's
>>>reference to our terminal servers (peratom in this case).
>>>Do you know where I can correct this within SCO?
>>>Alex
>>>
>>>
>>>/etc/sp_print: [0] unknown host peratom.hb.co.uk (0)
>>>/usr/spool/lp/admins/lp/interfaces/perso: 4058 Terminated
>>>
>>>>Your request perso-12083 destined for perso
>>>>was canceled by the administrator, and
>>>>encountered an error while printing on printer perso.
>>>>Reason for failure:
>>>>
>>>>/etc/sp_print: [0] unknown host peratom.hb.co.uk (0)
>>>>/usr/spool/lp/admins/lp/interfaces/perso: 4058 Terminated