Sponsored Content
Operating Systems SCO Sco Openserver Starting TCP/IP Services Post 302774137 by jgt on Friday 1st of March 2013 08:30:58 AM
Old 03-01-2013
Failed network card.
Network cable not plugged in correctly.
Faulty port on the hub/concentrator.
Network speed not synchronized

Check all the cables, then power down and do a cold boot.
 

10 More Discussions You Might Find Interesting

1. Filesystems, Disks and Memory

SCO TCP/IP runtime System for SCO Unix

Hi everyone i have a question for all of you. It may be basic or it may be a good one. I recently aquired a copy of "SCO TCP/IP runtime System for SCO Unix" (thats what the disks say) and for the life of me i can not get it to load. i have tried opening the disk in linux and it can not determine... (0 Replies)
Discussion started by: Cerberus
0 Replies

2. UNIX for Dummies Questions & Answers

Starting sshd error messages SCO 5.0.6 openserver

Hi guys i'm trying to start sshd by doing this "/usr/local/sbin/sshd &" i'm getting this messages # This platform does not support both privilege separation and compression Compression disabled I loaded this 3 files 1-zlib- 1.1.40-vols... (2 Replies)
Discussion started by: josramon
2 Replies

3. IP Networking

stopping and starting network services

Solaris v5.6 how do you stop and start the network services? (4 Replies)
Discussion started by: Westy564
4 Replies

4. UNIX for Dummies Questions & Answers

SCO Openserver 6.0

Hi there guys. I just got this new SCO version and i'm having some problem printing from shell, This is what i'm typing at the # sign : lp -dHP /etc/hosts and it prints no problem but when i use any other user at the $ sign it gives me this error. /dev/fd/7: /usr/lib/lp/sysv/7: not found. ... (1 Reply)
Discussion started by: josramon
1 Replies

5. HP-UX

The server is not starting all services

Hi everybody When I Boot/restart my HP-UX server when it reaches the step described below doesn't go through. When I kick a key in the console it show me the login prompt and a can log on but I cannot access the server from the network, I can only do it via LAN console. Please, can you help... (3 Replies)
Discussion started by: cgege
3 Replies

6. UNIX for Dummies Questions & Answers

Starting & Stop print services in Unix

Hi There Kindly inform me on how to start and stop the print services in Unix from the command line. (2 Replies)
Discussion started by: esh
2 Replies

7. UNIX for Dummies Questions & Answers

Unix stopping the tcp services

Hi There We currently experiencing a problem on our Unix server Sco 5.07 , whereby the tcp services stops on it own and even if we restart the services manually the services still does not come up,We loose the printer and pc connections to the server we then need to restart the Unix server in... (1 Reply)
Discussion started by: esh
1 Replies

8. Solaris

Problem in connecting TCP services between 2 Solaris Servers

Hi, I have 3 solaris servers. Two servers of differnet network and one gateway. Server1 --> 192.168.0.1 --> Solaris 9 Server2 --> 10.27.40.2 --> Solaris 10 Server3 --> Iface1 --> 192.168.0.5 --> Solaris 10 --> Gateway Iface2 --> 10.27.40.5 Now I am able to ssh... (36 Replies)
Discussion started by: neel.gurjar
36 Replies

9. SCO

Starting up stunnel on SCO Openserver 5.0.7

Hi there I have compiled a binary of stunnel for SCO Openserver 5.0.7 At the moment the binary is in /u/testroom/sbin/stunnel as root I cd to /u/testroom/sbin and start the stunnel daemon up with ./stunnel The stunnel log shows when users successfully connect or disconnect, so... (1 Reply)
Discussion started by: The_Librarian
1 Replies

10. Linux

Application services not starting with server reboot

Hi All, My application uses three different sub-services to make complete application up and running to normal. The entry of all the three services are present in /etc/init.d directory with proper softlink created to application home path where it actually exists. In one rare case one of the... (3 Replies)
Discussion started by: hk_kamozalwar
3 Replies
hubd(7D)																  hubd(7D)

NAME
hubd - USB hub driver SYNOPSIS
hub@unit-address The hubd is a USBA (Solaris USB Architecture) compliant client driver that supports USB hubs conforming to the Universal Serial Bus Speci- fication 2.0. The hubd driver supports bus-powered and self-powered hubs. The driver supports hubs with individual port power, ganged power and no power switching. When a device is attached to a hub port, the hubd driver enumerates the device by determining its type and assigning an address to it. For multi-configuration devices, hubd sets the preferred configuration (refer to cfgadm_usb(1M) to select a configuration). The hubd driver attaches a driver to the device if one is available for the default or selected configuration. When the device is disconnected from the hub port, the hubd driver offlines any driver instance attached to the device. /kernel/drv/hubd 32- bit ELF kernel module /kernel/drv/amd64/hubd 64- bit ELF kernel module /kernel/drv/sparcv9/hubd 64-bit SPARC ELF kernel module See attributes(5) for a description of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Architecture |SPARC, , PCI-based systems | +-----------------------------+-----------------------------+ |Availability |SUNWusb | +-----------------------------+-----------------------------+ cfgadm_usb(1M), attributes(5), usba(7D) Writing Device Drivers Universal Serial Bus Specification 2.0 System Administration Guide: Basic Administration http://www.sun.com/io In addition to being logged, the following messages may also appear on the system console. Messages are formatted in the following manner: WARNING: <device path> <hubd<instance number>): Message... where <instance number> is the instance number of hubd and <device path> is the physical path to the device in /devices directory. Messages from the root hub are displayed with a usb<instance number> prefix instead of hub<instance number> as the root hub is an integrated part of the host controller. Connecting device on port <number> failed. The driver failed to enumerate the device connected on port <number> of hub. If enumeration fails, disconnect and re-connect. Use of a USB 1.0 hub behind a high speed port may cause unexpected failures. Devices connected to a USB 1.0 hub which are in turn connected to an external USB 2.0 hub, may misbehave unexpectedly or suddenly go offline. This is due to a documented incompatibility between USB 1.0 hubs and USB 2.0 hub Transaction Translators. Please use only USB 2.0 or USB 1.1 hubs behind high-speed ports. Connecting a high speed device to a non-high speed hub (port x) will result in a loss of performance. Please connect the device to a high speed port to get the maximum performance. USB 2.0 devices connected to USB 1.0 or 1.1 hubs cannot run at their highest speed, even when the hub is in turn connected to a high- speed port. For best performance, reconnect without going through a USB 1.0 or 1.1 hub. Cannot access <device>. Please reconnect. This hub has been disconnected because a device other than the original one has been inserted. The driver informs you of this fact by displaying the name of the original device. Devices not identical to the previous one on this port. Please disconnect and reconnect. Same condition as described above; however in this case, the driver is unable to identify the original device with a name string. Hub driver supports max of <n> ports on hub. Hence, using the first <number of physical ports> of <n> ports available. The current hub driver supports hubs that have <n> ports or less. A hub with more than <n> ports has been plugged in. Only the first <n> out of the total <number of physical ports> ports are usable. The following messages may be logged into the system log. They are formatted in the following manner: <device path> <hubd<instance number>): message... Global over current condition, please disconnect hub. The driver detected an over current condition. This means that the aggregate current being drawn by the devices on the downstream port exceeds a preset value. Refer to section 7.2.1.2 and 11.13 of the Universal Serial Bus Specification 2.0. You must remove and insert this hub to render it and its downstream devices functional again. If this message continues to display for a particular hub, you may need to remove downstream devices to eliminate the problem. Local power has been lost, please disconnect hub. A USB self-powered hub has lost external power. All USB devices connected down-stream from this hub will cease to function. Disconnect the hub, plug in the external power-supply and then plug in the hub again. Local power has been lost, the hub could draw <x> mA power from the USB bus. A USB self/bus-powered hub has lost external power. Some USB devices connected down-stream from this hub may cease to func- tion. Disconnect the external power-supply and then plug in the hub again. 20 June 2005 hubd(7D)
All times are GMT -4. The time now is 09:43 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy