- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: 11.00 patch mismatch? telnet/tcp: accept: inva...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2009 07:55 AM
тАО09-03-2009 07:55 AM
However, once I finished that the inetd was no longer able to function properly, complaining as follows:
telnet/tcp[123]: accept: invalid argument
Identical errors, except for the /etc/services protocol name, for rlogind, ftpd, etc. X-windows doesn't work either.
This suggested to me that there's a mismatch between the inetd version and the library which contains the accept() call, where a newer inetd is expecting functionality that the older version of the library's accept() call doesn't recognize, or vice versa.
I tried reinstalling the ARPA transport cumulative patch, but realized that that was just kernel libs in /usr/conf, not shared libs.
Any suggestions aside from backing out patches? Are there any salient patches not included in the Quality Pack that I should apply?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2009 08:00 AM
тАО09-03-2009 08:00 AM
Re: 11.00 patch mismatch? telnet/tcp: accept: invalid argument
A mismatched patch would fail to install.
Take a look at the swjob log of the installation for clues.
You may need to restore this system to an Ignite backup to correct this problem.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2009 08:04 AM
тАО09-03-2009 08:04 AM
Re: 11.00 patch mismatch? telnet/tcp: accept: invalid argument
http://www11.itrc.hp.com/service/cki/docDisplay.do?docLocale=en&docId=emr_na-c01012460-2
HTH
Duncan
I am an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2009 08:30 AM
тАО09-03-2009 08:30 AM
Re: 11.00 patch mismatch? telnet/tcp: accept: invalid argument
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2009 08:34 AM
тАО09-03-2009 08:34 AM
Re: 11.00 patch mismatch? telnet/tcp: accept: invalid argument
You need to install the main ARPA patch, plus all of its dependencies, which are listed below:
PHNE_27886 s700_800 11.00 cumulative ARPA Transport patch
Dependencies:
PHNE_27651 s700_800 11.00 Cumulative STREAMS Patch
PHKL_21857 s700_800 11.00 enable IDS/9000, fix accept() syscall errors
PHKL_22142 s700_800 11.00 Cumulative LOFS, select(), IDS/9000 support
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2009 08:36 AM
тАО09-03-2009 08:36 AM
SolutionThe newest ARPA patch is PHNE_35729, released in Feb. 2007.
http://www11.itrc.hp.com/service/patch/patchDetail.do?patchid=PHNE_35729&sel={hpux:11.00,}&BC=main|search|
It's dependencies are:
PHCO_21187, PHCO_23651, PHCO_23791, PHKL_18543, PHKL_19202, PHKL_20016, PHKL_23409, PHKL_27980, PHKL_28766, PHKL_29385, PHKL_35742, PHKL_35828, PHNE_27902
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2009 11:08 AM
тАО09-03-2009 11:08 AM
Re: 11.00 patch mismatch? telnet/tcp: accept: invalid argument
I was surprised that the SD didn't grouse about missing dependencies, but it is 11.00 after all. When I tried "match what target has" on the patch depot, it couldn't find anything to mark.
But it looks like the patches have at least fixed the original problem of spurious EMS alerts about the CD-ROM drive, so hopefully this will be the last thing we have to do to the system before it's shredded and turned into a bumper or brake disc. At least it'll be useful then. :D
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2009 11:09 AM
тАО09-03-2009 11:09 AM