Hi John, I do not know about your second issue, but we have had the first issue using Universe on HP UX. In our case, it was one program opening and clearing a file (using CLEARFILE) and then executing another program as a phantom.
The Unix process for the second program inherits file handle for the file or files that were cleared in the first program, but the program itself does not know about them and so does not take them into account when working out whether or not to rotate out open files from the rotating file pool. It has been reported to IBM support as a bug in Universe, who have passed it on to engineeringas case no 9703. Presumably it will be fixed in the next release. We have a workaround for the problem - CLOSE the file that was cleared before executing the phantom. This seems to stop the phantom'ed program from inheriting the file handles. IBM has also suggested another work around - EXECUTE a CLEAR-FILE DATA on the file instead of issuing the CLEARFILE command from BASIC. cheers, asvin "John Storm" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/08/2007 10:47 Mail Size: 6331 Please respond to [email protected] To [email protected] cc Subject [U2] Serious problem with open files Entity Investment Banking Europe - IBEU All, We are an application service provider running our application dedicated on Universe. We are doing this for many years already but with one of our accounts we have now hit a problem that we are unable to explain. There are 2 distinct problems that one some levels seem related in some ways but in others not at all. Problem one, one particular big report opening many (some distributed) files hits some sort of maximum and then fails with: Unable to open pipe for tsort process. [EMFILE] Too many open files During the "open" statement trying to open one more file. A problem is that this specific error is not reproducible on different systems running the same Universe/OS/Application versions. The second problem is that at certain points in time the whole universe environment freezes, every process that tries to do a "open" statement hangs indefinitely, the processes are not killed even when users disconnect, leading pretty quickly to a "out of licenses" situation. The two seem related in the fact that both problems have to do with the "open" statement however the effects are rather different. Running on Solaris 10 with Universe 10.1.18 on Sparc hardware. I'm hoping that this sounds familiar to you and that you might have found a solution to this problem if so, please help! (actually I'm hoping for you that you are not familiar with the problem as it is a rather nasty one ;-)) Any insights are a appreciated, more information can be provided if that were to be helpful. Regards, John Storm ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/ ************************************************************ HSBC Bank plc may be solicited in the course of its placement efforts for a new issue, by investment clients of the firm for whom the Bank as a firm already provides other services. It may equally decide to allocate to its own proprietary book or with an associate of HSBC Group. This represents a potential conflict of interest. HSBC Bank plc has internal arrangements designed to ensure that the firm would give unbiased and full advice to the corporate finance client about the valuation and pricing of the offering as well as internal systems, controls and procedures to identify and manage conflicts of interest. HSBC Bank plc Registered Office: 8 Canada Square, London E14 5HQ, United Kingdom Registered in England - Number 14259 Authorised and regulated by the Financial Services Authority. ************************************************************ ----------------------------------------- SAVE PAPER - THINK BEFORE YOU PRINT! This transmission has been issued by a member of the HSBC Group "HSBC" for the information of the addressee only and should not be reproduced and/or distributed to any other person. Each page attached hereto must be read in conjunction with any disclaimer which forms part of it. Unless otherwise stated, this transmission is neither an offer nor the solicitation of an offer to sell or purchase any investment. Its contents are based on information obtained from sources believed to be reliable but HSBC makes no representation and accepts no responsibility or liability as to its completeness or accuracy. ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
