[GE users] 6.2u2 qrsh and pipes

adary adary at marvell.com
Tue Jun 2 12:01:03 BST 2009

Hi Harald,

My solution works for me since all our software works from NFS shares, so the log file is written in the same place where it would be written when redirecting stdout directly from rsh.

And I do need -pty y since all the applications we work with cant work without pty (synopsys, magma and similar stuff)

I am looking forward to 6.2u3. Just need to find a way to do a live migration that wont affect 600+ designers :)

-----Original Message-----
From: Harald.Pollinger at Sun.COM [mailto:Harald.Pollinger at Sun.COM]
Sent: Tuesday, June 02, 2009 1:28 PM
To: users at gridengine.sunsource.net
Subject: Re: [GE users] 6.2u2 qrsh and pipes

And I can give you an explanation for this behaviour:

You found the issue 3031, see

This bug is fixed and the fix will be in SGE 6.2u3.

Your workaround works because it redirects the output on the remote
host. You could also just submit:
# qrsh -pty yes "$YOUR_COMMAND | tee $YOUR_FILE"
(make sure to use the right quotes for your shell)

The problem with this workaround is: The $YOUR_FILE is created on the
remote host. If it is created on a local file system of the remote host,
you don't have it on your local host.

What you also could do is:
# qrsh -pty no $YOUR_COMMAND | tee $YOUR_FILE

This would redirect the output on the local host, but $YOUR_COMMAND
doesn't get a pty. I don't know if $YOUR_COMMAND really needs a pty, but
usually it doesn't.


adary wrote:
> To answer my own question
> In my setup we always have $SGE_FILESDIR set as path to where the logs should be writted.
> I wrote a simple shell script that I call subme.sh:
> #!/bin/sh
> $* |tee $SGE_FILESDIR/$JOB_ID.log
> When the job is submitted:
> qrsh -pty y -b y .... subme.sh application -params ....
> Works perfectly.
> Cheers,
> Y.
> ________________________________
> From: adary [mailto:adary at marvell.com]
> Sent: Tuesday, June 02, 2009 10:04 AM
> To: users at gridengine.sunsource.net
> Subject: [GE users] 6.2u2 qrsh and pipes
> Hi Everyone,
> I ran into an interesting problem
> Our grid was recently upgraded to 6.2u2, and prior to upgrade all qrsh users were used to use qrsh .... |tee logfile
> And this is now broken. At the same time, -o with qrsh doesn't give us the stdout of the application that runs. Any ideas on how to override this behavior?
> ________________________________
> Yuval Adar, Marvell Israel - Senior UNIX System Administrator
> 6 Hamada Street
> Mordot HaCarmel Industrial Park
> Yokneam, 20692, Israel
> Email: adary at marvell.com<mailto:adary at marvell.com>
> Office:  +972.4.9091188 - OnNet: 704.1188
> Fax:      +972.4.9091501
> Mobile: +972.54.2493958
> Web site: http://www.marvell.com<http://www.marvell.com/>
> This message may contain confidential, proprietary or legally privileged information. The information is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone or by e-mail and delete the message from your computer.
> ________________________________
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=200308
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

Sun Microsystems GmbH         Harald Pollinger
Dr.-Leo-Ritter-Str. 7         Sun Grid Engine Engineering
D-93049 Regensburg            Phone: +49 (0)941 3075-209  (x60209)
Germany                       Fax: +49 (0)941 3075-222  (x60222)
mailto:harald.pollinger at sun.com
Sitz der Gesellschaft:
Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
Vorsitzender des Aufsichtsrates: Martin Haering


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

More information about the gridengine-users mailing list