- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- Re: ace overflow
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
тАО03-21-2006 01:06 AM
тАО03-21-2006 01:06 AM
ace overflow
we have a ds25 with 5.1b pk4 with a fax machine attached to the serial port. Whenever we have high I/O on our sa5300 storage unit, we get the error
Mar 21 14:57:26 dus10d vmunix: ace1: input silo overflow; status = 63
and the fax program terminates.
Are there other system parameter besides in the subsystem ACE that may influence the performance?
What does the debug parameter do?
Thanks for infos,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 06:11 AM
тАО03-21-2006 06:11 AM
Re: ace overflow
I suggest that you open a case with Tru64 UNIX Support on this.
Ann
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 05:33 PM
тАО03-21-2006 05:33 PM
Re: ace overflow
thanks for posting. That is what we did. HP replaces the motherboard but the problem persists.
greetings,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 09:28 PM
тАО03-21-2006 09:28 PM
Re: ace overflow
Michael,
First check with consvar that com1_flow and com2_flow are set to SOFTWARE, ie consvar -g com2_flow. If the cabling and faxdevice at the other end provide RTS/CTS signal capability you can set com2_flow to HARDWARE or BOTH
sysconfig -q ace , shows you that the ace major number is 35.
Now do:
cd /dev
ls -al | grep " 35,"
You will find tty00 and tty01, tyy01 is probably the one , the fax program uses.
stty -a -f /dev/tty01, will give you the settings.
If the fax-device at the other end is capable of reacting to XOFF, then the tty01 should have ixoff (not -ixoff)
You probably will not be able to change the setting(s) with stty as long as the fax program is owner of the device. Normally the fax-program has the responsability to set parameters via ioctl and tcsetattr.
Regards,
Johan.
_JB_
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 10:09 PM
тАО03-21-2006 10:09 PM
Re: ace overflow
thanks for posting. The parameter is -ixoff and the com srm parameter are
com1_baud =
com1_modem =
com1_flow = 9600
com2_baud = OFF
com2_modem = SOFTWARE
com2_flow = 9600
I have set com2_mode to hardware and ixoff.
Are you sure, you did not mistake the flow?
greetings,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-21-2006 11:28 PM
тАО03-21-2006 11:28 PM
Re: ace overflow
the error persists.
greetings,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-23-2006 01:07 AM
тАО03-23-2006 01:07 AM
Re: ace overflow
You show
com2_baud = OFF
com2_modem = SOFTWARE
com2_flow = 9600
It should be
com2_baud = 9600
com2_modem = OFF (ON if modem signals)
com2_flow = SOFTWARE
Above items are console SRM >>> params
that can be examined(only) via consvar, but to be set at HALT prompt P00>>>
The ixoff parameter is an OS setting for the tty driver.
Rgds,
__ Johan.
_JB_
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-23-2006 01:42 AM
тАО03-23-2006 01:42 AM
Re: ace overflow
this machine has got a new motherboard because of this problem and the firmware is now 7.1-2. The technician did not know about the heap expansion varaiable.
Are there more known issues with that?
thanks,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-23-2006 08:41 PM
тАО03-23-2006 08:41 PM
Re: ace overflow
I tried to get some information in the internet concerning these console variables but even the doc for the ds25 srm does not tell too much about it. For examples, what is com2_misc?
com1_baud = 9600
com1_modem = OFF
com1_flow = HARDWARE
com2_baud = 9600
com2_modem = OFF
com2_flow = HARDWARE
Is this configuration setting ok?
thanks,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-23-2006 08:48 PM
тАО03-23-2006 08:48 PM
Re: ace overflow
this is not the only machine with that type of srm variable hickup. I have got another DS20 and a DS25 with that problem.
Michael