nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

DNR Script not getting Executed

iw_store

Below DNR script got stopped executing suddenly. I looked at multiple angles for possible solutions/issues, there seems to none.

Any pointers will be helpful. When I execute same Perl Script standalone, it works, but not via DNR route. As such OpenDeploy works for the underlying OD file.

[HTML]

<script cmd="/iw-home/iw-perl/bin/iwperl /web/iwov/iw-local/bin/create_conditional_edition.ipl $areaFileSystemPath EDITION /default/main/software" where="/tmp" async="no" as="tsadmin"/>

[/HTML]

Find more posts tagged with

Comments

interDev

Below DNR script got stopped executing suddenly. I looked at multiple angles for possible solutions/issues, there seems to none.

Any pointers will be helpful. When I execute same Perl Script standalone, it works, but not via DNR route. As such OpenDeploy works for the underlying OD file.

[HTML]

<script cmd="/iw-home/iw-perl/bin/iwperl /web/iwov/iw-local/bin/create_conditional_edition.ipl $areaFileSystemPath EDITION /default/main/software" where="/tmp" async="no" as="tsadmin"/>

[/HTML]

What are your OD logs saying? Can you compare the OD logs (when it was working vs when it is not working)? May be you can post the same logs here as well.

Also has anything been changed in the environment?

Adam Stoller

Below DNR script got stopped executing suddenly. I looked at multiple angles for possible solutions/issues, there seems to none.

Any pointers will be helpful. When I execute same Perl Script standalone, it works, but not via DNR route. As such OpenDeploy works for the underlying OD file.

Has this script ever worked from a DNR? Or only from command shell?

Do you have debugging in the script to determine (a) if it ever actually starts and (b) where it actually fails? If not, I strongly suggest you do so.

iw_store

The log message shows, got executed successfully.

[HTML]
LIB: (2) 2012-05-06 22:43:41 Executed script [/iw-home/iw-perl/bin/iwperl /web/iwov/iw-local/bin/create_conditional_edition.ipl /default/main/software/EDITION EDITION /default/main/software] where [/web/iwov/OpenDeployNG/tmp] as [tsadmin] succeeded

[/HTML]

The same LOG message, I get in another environment for the same DNR, which is working in that Server.

This was executing since long, but few weeks back, suddenly got stopped working.

Yes, script has enough information and it works perfectly fine when executed standalone.

When done through DNR, appears that, it's not at all kicking/starting execution.

It's very strange issue.

Adam Stoller

The log message shows, got executed successfully.

[HTML]
LIB: (2) 2012-05-06 22:43:41 Executed script [/iw-home/iw-perl/bin/iwperl /web/iwov/iw-local/bin/create_conditional_edition.ipl /default/main/software/EDITION EDITION /default/main/software] where [/web/iwov/OpenDeployNG/tmp] as [tsadmin] succeeded

[/HTML]

The same LOG message, I get in another environment for the same DNR, which is working in that Server.

This was executing since long, but few weeks back, suddenly got stopped working.

Yes, script has enough information and it works perfectly fine when executed standalone.

When done through DNR, appears that, it's not at all kicking/starting execution.

It's very strange issue.

The message in the OD log is simply an indication that it was able to initiate the iwperl process - it really doesn't mean anything about whether the script being run by iwperl was actually successfully kicked off or that it completed successfully - since you appear to be on Unix, I would suggest getting rid of the

/iw-home/iw-perl/bin/iwperl

part of the command, verify that the script (

/web/iwov/iw-local/bin/create_conditional_edition.ipl

) has the correct #! line and is executable by everyone (chmod 775 or 755) - and try the deployment again to verify you have the same issue.

I also suggest adding debugging lines at the very beginning of the script to try to verify if the script is getting started at all.

iw_store

Thanks Ghoti. I wrote a simple script and gave 777 and kept #! from working other TeamSite environment, no success. This is appearing very strange. We have 4 TeamSite enviroments, in three same things work, but in one, it has stopped working suddenly. Even it's not firing/executing a simple shell script from DNR. They are not at all kicking.

nipper

Thanks Ghoti. I wrote a simple script and gave 777 and kept #! from working other TeamSite environment, no success. This is appearing very strange. We have 4 TeamSite enviroments, in three same things work, but in one, it has stopped working suddenly. Even it's not firing/executing a simple shell script from DNR. They are not at all kicking.

Is /tmp mounted as no execute ? That should not affect this, but I have seen it cause other issues.

show your abbreviated script

When you test it are you running iw-perl /script.ipl or just script.ipl ?

Can you

su - tsadmin
cd /tmp
/run/the/script.ipl

?

Adam Stoller

Thanks Ghoti. I wrote a simple script and gave 777 and kept #! from working other TeamSite environment, no success. This is appearing very strange. We have 4 TeamSite enviroments, in three same things work, but in one, it has stopped working suddenly. Even it's not firing/executing a simple shell script from DNR. They are not at all kicking.

Is TeamSite installed in the exact same path location on all the servers?
I.e.: If you run iwgethome on a server where the script runs okay, and on the server where it is not running okay - do you get the same results for the output of iwgethome?

Is IWHOME on a local disk or a mounted partition from a NAS / SAN device?

sample_datasets.rptdesign

iw_store

[HTML]
#!/iw-home/iw-perl/bin/iwperl -w

#Import required modules
use Log::Log4perl qw(get_logger);

# Required paramaters for log4Perl
my $log_config_file = "logip.conf";
my $logger = "IP";

# Initialize the logger
Log::Log4perl::init($log_config_file);

my $log = get_logger($logger);

$log->debug("Script started execution \n");

open FILE, ">", "/tmp/Test/setEALog.log" or $log->error("Not able to open file");

print FILE "Hello World";
close FILE;
[/HTML]

Above is the simple Perl file, I have written to debug the issue.

Even with root user, it's not working. /tmp has 777.

Yes, TeamSite is installed on same path on all servers. Just to avoid confusion with environments, we keep 100% same across all environments. IWHOME is same on all servers and it's a partition from a SAN device and this is also same on all servers.

Adam Stoller

[...]
Yes, TeamSite is installed on same path on all servers. Just to avoid confusion with environments, we keep 100% same across all environments. IWHOME is same on all servers and it's a partition from a SAN device and this is also same on all servers.

Make sure the partition is mounted identically on all servers. It is possible that one of the servers has the partition mounted read-only or in such a way that the local server's 'root' account does not have authoritative rights on it.

iw_store

Make sure the partition is mounted identically on all servers. It is possible that one of the servers has the partition mounted read-only or in such a way that the local server's 'root' account does not have authoritative rights on it.

This does not seem to be an issue. I have filed a support case. I will update forum, for resolution.

iw_store

This does not seem to be an issue. I have filed a support case. I will update forum, for resolution.

This issue got fixed after rebooting BOX. Thanks for all the HELP.