This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Good Morning, Art, Using a feed from WSI plus a few others along with a 2Gb queue, I tried again last week to duplicate the zombie rpc.ldmd processes and the excessive disk I/O on RH7.1, but was unsuccessful. But, my machine is a test machine, not a production machine. I'm guessing that you have a lot more filing and decoding actions going on then I did. Here's one more bit of RH7.1 info. We just got a new machine on which we installed 7.1. Being new, it had a SCSI controller that could transfer at the rate of 160Mbits/sec. But, we found that the kernal could not keep up. This did not appear with "normal" processing, but appeared when we were doing backups and the disk I/O was intensive. With a tape to disk transfer it appeared after 45 minutes to an hour. After experimenting, our sys admin solved the problem by changing the transfer rate of the controller to 80Mbits/sec. I don't know if this could be a factor for you or not. I recall that this was a brand new machine for you, so maybe... Also, FYI, (maybe I told you this) Gilbert is running 7.1 and also reports lots of disk I/O with his 600Mb queue. I'm sorry I can't help you more with this. We'll keep this info in our archives and I'll let you know if I discover anything further. Any info you can provide us would also be appreciated. Anne -- *************************************************** Anne Wilson UCAR Unidata Program address@hidden P.O. Box 3000 Boulder, CO 80307 ---------------------------------------------------- Unidata WWW server http://www.unidata.ucar.edu/ ****************************************************