Re: [U2] CPU Spikes to 100%
Curt, We are also on a Windows 2003 virtualized environment and experiencing the exact same thing. We have been working with Rocket and our vendor a lot over the past couple of months trying to track this down, but have not done so yet. Just last week, Rocket suggested we add a second processor to that machine which we did and they also suggested unchecking the box interact with desktop in the Universe Telnet service. We did both of these last week and only had one problem this week which lasted about 2 minutes. Prior to making these changes we were seeing the issue about every other day so it looks like those suggestions may have helped, but still not completely fixed our problem. On Fri, Mar 26, 2010 at 7:23 PM, fft2...@aol.com wrote: Curt, why not setup a phantom process, that just wakes up every five minutes or twenty minutes or whatever, and snapshots the activity? That would *at least* give you the opporunity of catching the beast in action without the need to be woken up at 2:30 in the morning to see it first-hand. Will Johnson Fast Forward Technologies ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] CPU Spikes to 100%
Yes, we have seen this happen quite frequently on our Windows 2003 virtual server. Go into Windows Services and find the Universe Telnet service and on the second tab (i think) there is a checkbox for interact with desktop. Make sure that's not checked. This is what Rocket told us. It hasn't completely fixed our issue but seems to have helped. Could be just luck though. On Thu, Mar 25, 2010 at 9:19 AM, Brian Leach br...@brianleach.co.uk wrote: Usually because a client has closed their terminal emulator without disconnecting nicely. The process loops attempting to read from the socket. No remedy but to kill the process. Brian -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Curt Stewart Sent: 25 March 2010 9:46 AM To: 'U2 Users List' Subject: [U2] CPU Spikes to 100% The environment is a virtualized Windows 2003 Server and Universe 10.2.10 On occasion, I’ve been notified twice, it may have occurred more often, a Universe process (tl_server.exe) will consume 100% of the CPU. When this happens, support is automatically notified and they need an explanation. As far as the application goes, there is only one background job and all other jobs would execute immediately. I was last notified when it occurred at 2:20am on the 3rd and then again apparently this week. There are some users based in India that could be using the system at the time these occur, but I have not been able to make a connection to a user process yet. Doe's anyone have any ideas why this might be happening or suggestions on how to identify what ever is causing the spike? Is there a Universe log that might be able to give me a clue? Thanks for any suggestions. Curt Stewart TRI-SYS Consulting Integrated Multi-Value Business Solutions ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.791 / Virus Database: 271.1.1/2767 - Release Date: 03/24/10 07:33:00 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] Re: UniVerse on Windows 2003 Server - Environment
Still haven't found our issue but I'm wondering if you've ever seen this behavior. It seems to be happening about once a day to different users. Our users use putty to login to our ssh server. From there they are routed to the universe server. I'm not real familiar with how all that works. Once in a while a users session will get dropped but the telnet session in universe remains open. They can be doing absolutely nothing at the time of disconnect (sitting at tcl or a input prompt), yet their process will begin consuming cpu resource like crazy until we go in and manually disconnect them. On Mon, Mar 1, 2010 at 1:50 PM, Mike Roosa mike.ro...@gmail.com wrote: We are running UniVerse on Windows 2003 Server in a virtualized environment. 99% of the time the system runs great and we have no issues, however, about once a day or every other day during the busiest time, we have a period of 2-3 minutes where the server slows down and basically quits responding. Without us taking any action the system begins responding normally again and we usually make it through that day without issue. We typically have around 85 users on the system at one time sometimes that gets up closer to 95 or 100 but not often. I have noticed certain processes that definitely cause the issue like running winmsd from the command line or renaming a directory on the server. Since I know these processes cause the issue I don't do that during the day. Obviously there are other processes that also can cause issues for us. We have worked with our vendor and Rocket and the latest we've gotten from them is that our server is under-resourced. While that very well could be true, we want to do a little more research first and reach out to other Windows/UniVerse users to see what hardware they are running and if anyone is in a virtualized environment. Any help we can get would be appreciated. Thanks Mike Roosa ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] UniVerse on Windows 2003 Server - Environment
I do think this is the problem Ken, but it only happens about once a day or once every other day so not sure why. We do have UniAdmin installed but I don't get much help from that. What specifically would I look at in UniAdmin? I'll look into OpenSSH. Thanks. On Fri, Mar 5, 2010 at 5:12 PM, Ken Hall k...@old-scholls.com wrote: Mike - I bet the problem is that your users ssh sessions are disconnecting from the ssh server and the ssh server still has the connection to the UniVerse server. It would work much better if you had OpenSSH running on the UniVerse server and used it to connect directly to UniVerse. I bet UniVerse still thinks the session is connected. Have you installed UniAdmin and used it to see the sessions and their status? If not you UniAdmin (on the UniVerse client install CD) is a great tool for this type of problem. Ken At 11:18 AM 3/5/2010, you wrote: Still haven't found our issue but I'm wondering if you've ever seen this behavior. It seems to be happening about once a day to different users. Our users use putty to login to our ssh server. From there they are routed to the universe server. I'm not real familiar with how all that works. Once in a while a users session will get dropped but the telnet session in universe remains open. They can be doing absolutely nothing at the time of disconnect (sitting at tcl or a input prompt), yet their process will begin consuming cpu resource like crazy until we go in and manually disconnect them. Ken Hall www.old-scholls.com mailto:k...@old-scholls.com phone: 503-702-7841 ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] UniVerse on Windows 2003 Server - Environment
Unfortunately we rarely see problems in the task manager. There is one situation that is very strange though and does cause us problems. Sometimes when a user is disconnected from the server on telnet, it leaves the session open in universe and on the server. The strange part is the user is either sitting at TCL or at an INPUT prompt when this happens and then the cpu usage for that port goes through the roof. It will consume all available cpu until someone physically logs into the server and kills the process in Task Manager. On Tue, Mar 2, 2010 at 12:34 PM, Bill Haskett wphask...@advantos.netwrote: When you experience the slowdown, check the Task Manager. It is likely you'll see something bad there. If not, you should get the sysinternals code procmon and diskmon. They'll help too, if the problem isn't with the CPU usage. Actually, it's pretty interesting what one finds running on servers these days. :-) Bill Mike Roosa said the following on 3/2/2010 5:37 AM: There are a couple of other applications on that server and I did disable MySQL yesterday. The other one is NiceLabel but I can't just disable that as we are using it to handle printing labels all day long. The plan is to start with MySQL and see if that helps. It's really no longer used (at least that's what they tell us) but the service was still running. Thanks. On Mon, Mar 1, 2010 at 7:14 PM, Bill Haskett wphask...@advantos.net wrote: Mike: You might look for things like SQL Server, Anti-Virus, and other software that does things every day. I've run into installations where SQL Server was installed as some kind of administration tool. Something fired off every hour in SQL Server which brought to (almost) a complete halt telnet responsiveness for several minutes. Once this was identified, I had to identify this since the administrator couldn't, and put off then responsiveness was very acceptable. Windows is very tricky when the dbms is loaded onto a multi-use server (I'm sure the same is true in Linux/Unix). HTH, Bill Mike Roosa said the following on 3/1/2010 10:50 AM: We are running UniVerse on Windows 2003 Server in a virtualized environment. 99% of the time the system runs great and we have no issues, however, about once a day or every other day during the busiest time, we have a period of 2-3 minutes where the server slows down and basically quits responding. Without us taking any action the system begins responding normally again and we usually make it through that day without issue. We typically have around 85 users on the system at one time sometimes that gets up closer to 95 or 100 but not often. I have noticed certain processes that definitely cause the issue like running winmsd from the command line or renaming a directory on the server. Since I know these processes cause the issue I don't do that during the day. Obviously there are other processes that also can cause issues for us. We have worked with our vendor and Rocket and the latest we've gotten from them is that our server is under-resourced. While that very well could be true, we want to do a little more research first and reach out to other Windows/UniVerse users to see what hardware they are running and if anyone is in a virtualized environment. Any help we can get would be appreciated. Thanks Mike Roosa ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] UniVerse on Windows 2003 Server - Environment
There are a couple of other applications on that server and I did disable MySQL yesterday. The other one is NiceLabel but I can't just disable that as we are using it to handle printing labels all day long. The plan is to start with MySQL and see if that helps. It's really no longer used (at least that's what they tell us) but the service was still running. Thanks. On Mon, Mar 1, 2010 at 7:14 PM, Bill Haskett wphask...@advantos.net wrote: Mike: You might look for things like SQL Server, Anti-Virus, and other software that does things every day. I've run into installations where SQL Server was installed as some kind of administration tool. Something fired off every hour in SQL Server which brought to (almost) a complete halt telnet responsiveness for several minutes. Once this was identified, I had to identify this since the administrator couldn't, and put off then responsiveness was very acceptable. Windows is very tricky when the dbms is loaded onto a multi-use server (I'm sure the same is true in Linux/Unix). HTH, Bill Mike Roosa said the following on 3/1/2010 10:50 AM: We are running UniVerse on Windows 2003 Server in a virtualized environment. 99% of the time the system runs great and we have no issues, however, about once a day or every other day during the busiest time, we have a period of 2-3 minutes where the server slows down and basically quits responding. Without us taking any action the system begins responding normally again and we usually make it through that day without issue. We typically have around 85 users on the system at one time sometimes that gets up closer to 95 or 100 but not often. I have noticed certain processes that definitely cause the issue like running winmsd from the command line or renaming a directory on the server. Since I know these processes cause the issue I don't do that during the day. Obviously there are other processes that also can cause issues for us. We have worked with our vendor and Rocket and the latest we've gotten from them is that our server is under-resourced. While that very well could be true, we want to do a little more research first and reach out to other Windows/UniVerse users to see what hardware they are running and if anyone is in a virtualized environment. Any help we can get would be appreciated. Thanks Mike Roosa ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] UniVerse on Windows 2003 Server - Environment
We are running UniVerse on Windows 2003 Server in a virtualized environment. 99% of the time the system runs great and we have no issues, however, about once a day or every other day during the busiest time, we have a period of 2-3 minutes where the server slows down and basically quits responding. Without us taking any action the system begins responding normally again and we usually make it through that day without issue. We typically have around 85 users on the system at one time sometimes that gets up closer to 95 or 100 but not often. I have noticed certain processes that definitely cause the issue like running winmsd from the command line or renaming a directory on the server. Since I know these processes cause the issue I don't do that during the day. Obviously there are other processes that also can cause issues for us. We have worked with our vendor and Rocket and the latest we've gotten from them is that our server is under-resourced. While that very well could be true, we want to do a little more research first and reach out to other Windows/UniVerse users to see what hardware they are running and if anyone is in a virtualized environment. Any help we can get would be appreciated. Thanks Mike Roosa ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] AUTOLOGOUT and ON.ABORT
I created the errlog file and it does appear to be logging some messages. Do I have to do anything in uniadmin as I see a couple of error messages when universe first starts up. Sun Mar 01 01:00:11 -4701 NT AUTHORITY\system uniVerse Log Daemon started Sun Mar 01 01:00:11 -4701 NT AUTHORITY\system Unable to read LOGS.DIR entry from D_UV_LOGS. Sun Mar 01 01:00:11 -4701 NT AUTHORITY\system Can't start logging, logging inactivated in uvconfig On Fri, Feb 27, 2009 at 5:21 PM, Jacques G. jacque...@yahoo.com wrote: On unix it's an empty file (size zero) we create: EI: touch errlog On a windows the equivalent would probably be (from dos prompt when in the uv account): copy con errlog ^Z 1 file(s) copied. (After typing CTRL-Z you press[RETURN]) I haven't used the errlog in Universe for Windows though. - Original Message From: Mike Roosa mike.ro...@gmail.com To: u2-users@listserver.u2ug.org Sent: Friday, February 27, 2009 3:55:22 PM Subject: Re: [U2] AUTOLOGOUT and ON.ABORT Ok, so I just create a type 18 file called ERRLOG in the UV account and restart universe? On Fri, Feb 27, 2009 at 11:59 AM, Martin Phillips martinphill...@ladybridge.com wrote: Hi Mike, I was under the impression that the errlog only existed on unix systems. Maybe I'm wrong on this but I can't find it anywhere on our system. The errlog file is on Windows too but, just as on Unix, you need to create an empty errlog file in the UV account directory to enable the system. UV looks for this on entry and enables logging. Martin Phillips Ladybridge Systems Ltd 17b Coldstream Lane, Hardingstone, Northampton, NN4 6DB +44-(0)1604-709200 --- 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/ --- 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] AUTOLOGOUT and ON.ABORT
I was under the impression that the errlog only existed on unix systems. Maybe I'm wrong on this but I can't find it anywhere on our system. On Fri, Feb 27, 2009 at 1:17 AM, Jacques G. jacque...@yahoo.com wrote: If you turn on the errlog file in /u1/uv you may get a message in there for an AUTOLOGOUT. I'm pretty sure I've seen such messages in the past. You will have the user name, the PID and some text describing the error. The errlog file only keeps the last 1001 error messages so you might want to have a cron job back them up with a date time stamp periodically during the day. - Original Message Our users have their AUTOLOGOUT set to 30 minutes and it looks like the AUTOLOGOUT process causes the ON.ABORT clause to execute. Is there an easy way using a SYSTEM() or @variable to determine that this ON.ABORT is the result of an AUTOLOGOUT? --- 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] AUTOLOGOUT and ON.ABORT
Ok, so I just create a type 18 file called ERRLOG in the UV account and restart universe? On Fri, Feb 27, 2009 at 11:59 AM, Martin Phillips martinphill...@ladybridge.com wrote: Hi Mike, I was under the impression that the errlog only existed on unix systems. Maybe I'm wrong on this but I can't find it anywhere on our system. The errlog file is on Windows too but, just as on Unix, you need to create an empty errlog file in the UV account directory to enable the system. UV looks for this on entry and enables logging. Martin Phillips Ladybridge Systems Ltd 17b Coldstream Lane, Hardingstone, Northampton, NN4 6DB +44-(0)1604-709200 --- 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/
[U2] AUTOLOGOUT and ON.ABORT
We are running Universe on a Windows 2003 server and trying to set up some code to run when the user hits a runtime error. I wrote a small program to be called from ON.ABORT that logs the user id, date, time, and presents the user with a message telling them to contact support so that we can look at their problem. Our users have their AUTOLOGOUT set to 30 minutes and it looks like the AUTOLOGOUT process causes the ON.ABORT clause to execute. Is there an easy way using a SYSTEM() or @variable to determine that this ON.ABORT is the result of an AUTOLOGOUT? Also, is there any way to find the program / line # / error message that cause the abort when they encounter a runtime error. I know Unix has the errlog in the uv directory but I'm not seeing any of that on our Windows system. Thanks, Mike Roosa --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] AUTOLOGOUT and ON.ABORT
Unfortunately this is all I have in SYSTEM(9001). 1}BP.O/ON.ABORT}0x5e~ On Thu, Feb 26, 2009 at 11:04 AM, Kevin King precisonl...@gmail.com wrote: Can you glean anything from SYSTEM(9001)? --- 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] AUTOLOGOUT and ON.ABORT
Unfortunately the @ABORT.CODE is 3 which is the same for AUTOLOGOUT as a user breaking out of a program. On Thu, Feb 26, 2009 at 7:02 PM, Hona, David david.h...@cba.com.au wrote: In UniVerse, @ABORT.CODE is set to signify the reason code. I can't recall value set for AUTOLOGOUT though and I can't check right now. Regards David -Original Message- From: owner-u2-us...@listserver.u2ug.org [mailto:owner-u2-us...@listserver.u2ug.org] On Behalf Of Mike Roosa Sent: Friday, 27 February 2009 1:38 AM To: u2-users@listserver.u2ug.org Subject: [U2] AUTOLOGOUT and ON.ABORT We are running Universe on a Windows 2003 server and trying to set up some code to run when the user hits a runtime error. I wrote a small program to be called from ON.ABORT that logs the user id, date, time, and presents the user with a message telling them to contact support so that we can look at their problem. Our users have their AUTOLOGOUT set to 30 minutes and it looks like the AUTOLOGOUT process causes the ON.ABORT clause to execute. Is there an easy way using a SYSTEM() or @variable to determine that this ON.ABORT is the result of an AUTOLOGOUT? Also, is there any way to find the program / line # / error message that cause the abort when they encounter a runtime error. I know Unix has the errlog in the uv directory but I'm not seeing any of that on our Windows system. Thanks, Mike Roosa ** IMPORTANT MESSAGE * This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ** --- 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] Universe Triggers
Brian, definitely one of my concerns was dealing with changes that were needed in the future so I like the idea of the subtriggers. In my little bit of testing I found that you don't want to be messing with these very often after you set them. Jeff, are you suggesting that I can use an index instead of a trigger. It seems like I did something like this before with an I-description calling a subroutine but it seemed like I had some issues in there. Maybe I'll give that another try as well and see which fits better. Thanks for the help. On Wed, Oct 8, 2008 at 4:54 AM, Brian Leach [EMAIL PROTECTED] wrote: One gotcha is that once a trigger is on there, you can't easily change/extend it unless your system has a downtime period in which everyone is logged out. For this reason on 24x7 sites I use a master trigger that can call subtriggers, held as a list in a parameter file. This means that a new subtrigger can be inserted, old subtriggers removed etc without having to log everyone out. Yes, it means an extra read and yes it is an imperfect solution in an imperfect world.. And of course remember you are running under transactional constraints when using triggers. Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Roosa Sent: 08 October 2008 04:22 To: u2-users@listserver.u2ug.org Subject: [U2] Universe Triggers We are getting ready to implement triggers on a universe system running under Windows Server 2003. I created a trigger and tested it out and it appears to do exactly what we need. My question is are there any gotchas or issues we should be concerned about with triggers? Are there any performance issues that anyone has seen related to triggers? Thanks, Mike Roosa --- 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/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Windows Task Scheduler
Bill, The instructions you sent worked as well. Thanks for the help. On Fri, Oct 3, 2008 at 12:33 PM, Bill Haskett [EMAIL PROTECTED]wrote: Mike: How well did the instructions I sent you work? Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Roosa Sent: Friday, October 03, 2008 8:48 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Windows Task Scheduler Well, I got an error with option #1, but option #2 worked fine. I'll just go with that way for now. Thanks. On Fri, Oct 3, 2008 at 12:56 AM, Tony G [EMAIL PROTECTED] wrote: Hi Mike. Three methods come to mind. 1) start /b c:\ibm\uv\bin\uv.exe PHANTOM MY.PROGRAM 2) Some people may prefer a script, so here is how to do it like that. Create a text file called uvphantom.vbs with the contents below. You can do this from BASIC and customize as required. ;) You can also do this with just two lines but I broke it into four, to avoid email wrapping here. Set objShell = CreateObject(WScript.Shell) uvexec = c:\ibm\uv\bin\uv.exe command = PHANTOM MY.PROGRAM output = phantom_output.txt objShell.Run cmd /c uvexec command output, 0, False The /c in the last line means close the a window as soon as the command finishes, assuming a window gets a chance to open. The 0 means hide the output (you can also use 7). The False means don't wait for the command to finish, just spawn the task and move on. Now with task scheduler, execute: wscript c:\path\to\uvphantom.vbs Since I know you work with C#, you can also use System.Diagnostics.Process if you want to do more rigourous handling of output, maybe completely wrap the process. HTH T From: Mike Roosa I am using the Windows Task Scheduler to run a job in Universe. Everything is working great except that I can't figure out how to keep the console window from opening when the uv.exe command is executed. The command I'm using to run my program is c:\ibm\uv\bin\uv.exe PHANTOM MY.PROGRAM. Is there a switch or something to indicate that the console window should not open? --- 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/ --- 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] Windows Task Scheduler
Well, I got an error with option #1, but option #2 worked fine. I'll just go with that way for now. Thanks. On Fri, Oct 3, 2008 at 12:56 AM, Tony G [EMAIL PROTECTED] wrote: Hi Mike. Three methods come to mind. 1) start /b c:\ibm\uv\bin\uv.exe PHANTOM MY.PROGRAM 2) Some people may prefer a script, so here is how to do it like that. Create a text file called uvphantom.vbs with the contents below. You can do this from BASIC and customize as required. ;) You can also do this with just two lines but I broke it into four, to avoid email wrapping here. Set objShell = CreateObject(WScript.Shell) uvexec = c:\ibm\uv\bin\uv.exe command = PHANTOM MY.PROGRAM output = phantom_output.txt objShell.Run cmd /c uvexec command output, 0, False The /c in the last line means close the a window as soon as the command finishes, assuming a window gets a chance to open. The 0 means hide the output (you can also use 7). The False means don't wait for the command to finish, just spawn the task and move on. Now with task scheduler, execute: wscript c:\path\to\uvphantom.vbs Since I know you work with C#, you can also use System.Diagnostics.Process if you want to do more rigourous handling of output, maybe completely wrap the process. HTH T From: Mike Roosa I am using the Windows Task Scheduler to run a job in Universe. Everything is working great except that I can't figure out how to keep the console window from opening when the uv.exe command is executed. The command I'm using to run my program is c:\ibm\uv\bin\uv.exe PHANTOM MY.PROGRAM. Is there a switch or something to indicate that the console window should not open? --- 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/
[U2] Windows Task Scheduler
I am using the Windows Task Scheduler to run a job in Universe. Everything is working great except that I can't figure out how to keep the console window from opening when the uv.exe command is executed. The command I'm using to run my program is c:\ibm\uv\bin\uv.exe PHANTOM MY.PROGRAM. Is there a switch or something to indicate that the console window should not open? Thanks, Mike Roosa --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/