RE: [U2] UV Printer file size limit reached
Many thanks. >-Original Message- >I dusted of the brain cells and remembered that the problem was due to >not having enough tmp space available. I haven't had the problem since I >moved to a tmp directory on a larger drive. ** This email message and any files transmitted with it are confidential and intended solely for the use of addressed recipient(s). If you have received this communication in error, please reply to this e-mail to notify the sender of its incorrect delivery and then delete it and your reply. It is your responsibility to check this email and any attachments for viruses and defects before opening or sending them on. Spotless collects information about you to provide and market our services. For information about use, disclosure and access, see our privacy policy at http://www.spotless.com.au Please consider our environment before printing this email. ** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV Printer file size limit reached
I dusted of the brain cells and remembered that the problem was due to not having enough tmp space available. I haven't had the problem since I moved to a tmp directory on a larger drive. Jerry Banker Sr Programmer Analyst Affiliated Acceptance Corp Sunrise Beach, MO 1-800-233-8483 www.affiliated.org > -Original Message- > From: Boydell, Stuart [mailto:[EMAIL PROTECTED] > Sent: Monday, December 10, 2007 2:30 AM > To: u2-users@listserver.u2ug.org > Subject: re: [U2] UV Printer file size limit reached > > Did anyone find out what was happening with this? > We have just done an upgrade and I now have a UO.Net process that > generates the same error message. > The process uses a UniCommand to generate a large XML file which is > being dragged across to a SQL box. > UV 10.2.4/AIX - previously working on 10.0.7 - similar workspace and > /tmp & UVTEMP > I will try using the UniXML objects but in the interim wondered if there > was a reason. > > Cheers, > Stuart Boydell > > --- > Jerry Banker - Wed, 26 Sep 2007 09:04:21 -0700 > Today I came across an error I've never had before. While updating a > field on all of the records of a file (approximately 400,000) I received > the error below and the program halted in the debugger. I wasn't running > the program in the debugger. This is happening on our test system that's > running Red Hat Linux AS 3 and UniVerse 10.2.4. The program I am running > is a short program that reads each record, it gets from a select list, > and substitutes the value in a field with another value then writes the > record back out. No big whoop. It runs without any errors on our live > system running the same Linux version but on 10.1.12 of UniVerse. The > config on both systems is set up the same, or at least the same config > directives that are on both systems. The test version is a 5 user > workgroup version and the live system is a 117 user enterprise version, > if that makes a difference. This has happened more than once on more > than one file. The first time I was able to do a 'C' when the debugger > prompt showed up but the second time it quit the session before I could > continue it. > > > ** > This email message and any files transmitted with it are confidential and intended > solely for the use of addressed recipient(s). If you have received this communication > in error, please reply to this e-mail to notify the sender of its incorrect delivery and > then delete it and your reply. It is your responsibility to check this email and any > attachments for viruses and defects before opening or sending them on. Spotless > collects information about you to provide and market our services. For information > about use, disclosure and access, see our privacy policy at http://www.spotless.com.au > Please consider our environment before printing this email. > ** > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
re: [U2] UV Printer file size limit reached
Did anyone find out what was happening with this? We have just done an upgrade and I now have a UO.Net process that generates the same error message. The process uses a UniCommand to generate a large XML file which is being dragged across to a SQL box. UV 10.2.4/AIX - previously working on 10.0.7 - similar workspace and /tmp & UVTEMP I will try using the UniXML objects but in the interim wondered if there was a reason. Cheers, Stuart Boydell --- Jerry Banker - Wed, 26 Sep 2007 09:04:21 -0700 Today I came across an error I've never had before. While updating a field on all of the records of a file (approximately 400,000) I received the error below and the program halted in the debugger. I wasn't running the program in the debugger. This is happening on our test system that's running Red Hat Linux AS 3 and UniVerse 10.2.4. The program I am running is a short program that reads each record, it gets from a select list, and substitutes the value in a field with another value then writes the record back out. No big whoop. It runs without any errors on our live system running the same Linux version but on 10.1.12 of UniVerse. The config on both systems is set up the same, or at least the same config directives that are on both systems. The test version is a 5 user workgroup version and the live system is a 117 user enterprise version, if that makes a difference. This has happened more than once on more than one file. The first time I was able to do a 'C' when the debugger prompt showed up but the second time it quit the session before I could continue it. ** This email message and any files transmitted with it are confidential and intended solely for the use of addressed recipient(s). If you have received this communication in error, please reply to this e-mail to notify the sender of its incorrect delivery and then delete it and your reply. It is your responsibility to check this email and any attachments for viruses and defects before opening or sending them on. Spotless collects information about you to provide and market our services. For information about use, disclosure and access, see our privacy policy at http://www.spotless.com.au Please consider our environment before printing this email. ** --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV Printer file size limit reached
Brian, 1. I checked the spooler this morning and one of the spooler queues was locked up with one of those child process errors but I don't know when that happened. I stopped and started the spooler and it cleared the error to it. I don't know what that could possibly have to do with the other problem though. 2. One of the first things I checked when the limit error occurred was the lock table and it only had one lock set. I had a wonderful day off. I spent the morning with my youngest Granddaughter at her pre-school. I read a book to the class and got to eat with them and play games. Jerry -Original Message- From: Brian Leach [mailto:[EMAIL PROTECTED] Sent: Thursday, September 27, 2007 2:58 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UV Printer file size limit reached Jerry 1. Did you check in the uv spool directory to see whether UV was creating a spool file for some unknown reason (I know your program doesn't but that fits with the message). 2. If not, could this just be reporting the wrong error message? Is there, for example, any chance that your program is failing to release a lock (hey, we've all been there) and that the lock table is filling up? Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV Printer file size limit reached
-Original Message- From: Brian Leach [mailto:[EMAIL PROTECTED] Sent: Thursday, September 27, 2007 2:58 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UV Printer file size limit reached Jerry 1. Did you check in the uv spool directory to see whether UV was creating a spool file for some unknown reason (I know your program doesn't but that fits with the message). * I don't think he did currently there is nothing in &SPOOLQ& out of the ordinary and what is there now doesn't take up much space 2. If not, could this just be reporting the wrong error message? Possible but what and why since the live box did not. Is there, for example, any chance that your program is failing to release a lock (hey, we've all been there) and that the lock table is filling up? No, he was running this on the live box on the same file at the exact same time he was running it on the test box with the same file. NO locking issues. This is the same box that I am having problems with all of the debugger options. RAID, UniDebugger, and the DEBUG statement on several different programs and I don't have those problems on the live box. We are running 10.2.4 on the test box and 10.1.12 on the live box. Both are Linux and I believe same version of Linux. If Jerry has more info, he'll answer you tomorrow as he is having a nice day off. Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV Printer file size limit reached
Jerry 1. Did you check in the uv spool directory to see whether UV was creating a spool file for some unknown reason (I know your program doesn't but that fits with the message). 2. If not, could this just be reporting the wrong error message? Is there, for example, any chance that your program is failing to release a lock (hey, we've all been there) and that the lock table is filling up? Brian --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] UV Printer file size limit reached
Is that UVTEMP? Or just the regular /tmp (assuming UVTEMP is stored somewhere other than in /tmp)? -- Regards, Clif ~~~ W. Clifton Oliver, CCP CLIFTON OLIVER & ASSOCIATES Tel: +1 619 460 5678Web: www.oliver.com ~~~ On Sep 26, 2007, at 11:27 , Jerry Banker wrote: No the available space on the test system temporary directory is 196452832 K bytes as opposed to 15188328 K bytes on the live system. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV Printer file size limit reached
No the available space on the test system temporary directory is 196452832 K bytes as opposed to 15188328 K bytes on the live system. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 26, 2007 12:16 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UV Printer file size limit reached It is possible that it's maxing out the temp area, which is probably defined smaller on the test system than on the live system? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Banker Sent: Wednesday, September 26, 2007 9:56 AM To: u2-users@listserver.u2ug.org Subject: [U2] UV Printer file size limit reached Today I came across an error I've never had before. While updating a field on all of the records of a file (approximately 400,000) I received the error below and the program halted in the debugger. I wasn't running the program in the debugger. This is happening on our test system that's running Red Hat Linux AS 3 and UniVerse 10.2.4. The program I am running is a short program that reads each record, it gets from a select list, and substitutes the value in a field with another value then writes the record back out. No big whoop. It runs without any errors on our live system running the same Linux version but on 10.1.12 of UniVerse. The config on both systems is set up the same, or at least the same config directives that are on both systems. The test version is a 5 user workgroup version and the live system is a 117 user enterprise version, if that makes a difference. This has happened more than once on more than one file. The first time I was able to do a 'C' when the debugger prompt showed up but the second time it quit the session before I could continue it. Printer file size limit reached --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV Printer file size limit reached
It is possible that it's maxing out the temp area, which is probably defined smaller on the test system than on the live system? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Banker Sent: Wednesday, September 26, 2007 9:56 AM To: u2-users@listserver.u2ug.org Subject: [U2] UV Printer file size limit reached Today I came across an error I've never had before. While updating a field on all of the records of a file (approximately 400,000) I received the error below and the program halted in the debugger. I wasn't running the program in the debugger. This is happening on our test system that's running Red Hat Linux AS 3 and UniVerse 10.2.4. The program I am running is a short program that reads each record, it gets from a select list, and substitutes the value in a field with another value then writes the record back out. No big whoop. It runs without any errors on our live system running the same Linux version but on 10.1.12 of UniVerse. The config on both systems is set up the same, or at least the same config directives that are on both systems. The test version is a 5 user workgroup version and the live system is a 117 user enterprise version, if that makes a difference. This has happened more than once on more than one file. The first time I was able to do a 'C' when the debugger prompt showed up but the second time it quit the session before I could continue it. Printer file size limit reached --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
