Menu
▾
▴
wrapper-user — User issues for Wrapper. (Support questions, etc.)
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(16) |
Dec
(29) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(38) |
Feb
(51) |
Mar
(51) |
Apr
(115) |
May
(82) |
Jun
(30) |
Jul
(50) |
Aug
(68) |
Sep
(57) |
Oct
(160) |
Nov
(80) |
Dec
(78) |
| 2004 |
Jan
(71) |
Feb
(75) |
Mar
(108) |
Apr
(87) |
May
(79) |
Jun
(70) |
Jul
(69) |
Aug
(39) |
Sep
(52) |
Oct
(47) |
Nov
(50) |
Dec
(32) |
| 2005 |
Jan
(22) |
Feb
(122) |
Mar
(46) |
Apr
(76) |
May
(31) |
Jun
(51) |
Jul
(61) |
Aug
(70) |
Sep
(37) |
Oct
(46) |
Nov
(57) |
Dec
(83) |
| 2006 |
Jan
(55) |
Feb
(81) |
Mar
(51) |
Apr
(67) |
May
(77) |
Jun
(43) |
Jul
(106) |
Aug
(64) |
Sep
(47) |
Oct
(64) |
Nov
(60) |
Dec
(12) |
| 2007 |
Jan
(50) |
Feb
(93) |
Mar
(49) |
Apr
(56) |
May
(40) |
Jun
(63) |
Jul
(40) |
Aug
(47) |
Sep
(54) |
Oct
(37) |
Nov
(54) |
Dec
(37) |
| 2008 |
Jan
(35) |
Feb
(39) |
Mar
(26) |
Apr
(14) |
May
(23) |
Jun
(51) |
Jul
(43) |
Aug
(26) |
Sep
(29) |
Oct
(31) |
Nov
(24) |
Dec
(16) |
| 2009 |
Jan
(21) |
Feb
(30) |
Mar
(74) |
Apr
(26) |
May
(26) |
Jun
(43) |
Jul
(23) |
Aug
(23) |
Sep
(15) |
Oct
(27) |
Nov
(37) |
Dec
(10) |
| 2010 |
Jan
(16) |
Feb
(28) |
Mar
(16) |
Apr
(45) |
May
(8) |
Jun
(68) |
Jul
(45) |
Aug
(44) |
Sep
(51) |
Oct
(7) |
Nov
(20) |
Dec
(21) |
| 2011 |
Jan
(14) |
Feb
(17) |
Mar
(7) |
Apr
(7) |
May
(48) |
Jun
(23) |
Jul
(5) |
Aug
(33) |
Sep
(22) |
Oct
(14) |
Nov
(14) |
Dec
(5) |
| 2012 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(51) |
May
(10) |
Jun
(8) |
Jul
(14) |
Aug
(22) |
Sep
(9) |
Oct
(24) |
Nov
(14) |
Dec
(13) |
| 2013 |
Jan
(12) |
Feb
(4) |
Mar
(14) |
Apr
(19) |
May
(2) |
Jun
(5) |
Jul
(13) |
Aug
(10) |
Sep
(4) |
Oct
(11) |
Nov
(13) |
Dec
(2) |
| 2014 |
Jan
(3) |
Feb
(14) |
Mar
(5) |
Apr
(10) |
May
(10) |
Jun
(11) |
Jul
(10) |
Aug
(3) |
Sep
(13) |
Oct
(22) |
Nov
(14) |
Dec
(32) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(17) |
Apr
(1) |
May
(24) |
Jun
|
Jul
(4) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(5) |
Dec
(2) |
| 2016 |
Jan
(8) |
Feb
(6) |
Mar
(6) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
|
May
|
Jun
(3) |
Jul
(13) |
Aug
(10) |
Sep
(8) |
Oct
|
Nov
(6) |
Dec
|
| 2018 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2019 |
Jan
(9) |
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2020 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2021 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tomer B <tom...@gm...> - 2010-04-14 12:42:20
|
Does release 3.1.2 supports solaris 64 x86 if not which version started its support? Can I start the java service wrapper in solaris 32 x86 bit and let it run my jvm which will be in solaris x86 64 bit? will it work (including communication - pings from wrapper to my jvm, hooks from wrapper to my app etc). I saw this in release notes: *3.3.1* Fix a problem where the 64-bit Solaris x86 version was unable to load its JNI library. Bug #1992039<http://sourceforge.net/tracker/?func=detail&aid=1992039&group_id=39428&atid=425187> . *3.3.0* Fix an occasional crash with 64-bit UNIX caused by a native synchronization problem when system signals are trapped. Bug #1614010<http://sourceforge.net/tracker/?func=detail&aid=1614010&group_id=39428&atid=425187>. is this also related to solaris 64-bit? 3.2.0 Add support for Linux 64-bit PPC and Solaris 32-bit x86 versions. Thanks |
|
From: Leif M. <le...@ta...> - 2010-04-13 02:17:50
|
Tomer, The PID file that you are seeing is that of the Wrapper process. It is the "service" that is running so this is correct. It sounds like you are wanting to monitor the status of the Java process as well on your own. You can do so using the following Java PID property: http://wrapper.tanukisoftware.org/doc/english/prop-java-pidfile.html You will also most likely also find the following properties useful. They will contain a token which describes the current status of the Wrapper and Java processes respectively. http://wrapper.tanukisoftware.org/doc/english/prop-statusfile.html http://wrapper.tanukisoftware.org/doc/english/prop-java-statusfile.html Please let me know if you have any questions about these properties and how they work for you. Cheers, Leif On Tue, Apr 13, 2010 at 12:21 AM, Tomer B <tom...@gm...> wrote: > Hi, > > The pid that the java service wrapper stores in file seems to be the pid of > the wrapper service, so I killed my java process and performed status > command the java service wrapper returned that the process is up and printed > on console the pid of the wrapper, a couple of seconds afterwards the > wrapper started my own java process automatically, this time the status is > correct that my service is up but the pid presented is the pid of the > wrapper, is that the correct behaviour? (showing that my service is up while > only the wrapper service was up and showing the pid of the service wrapper > and not of my process?) > > Thanks > |
|
From: Lars S. <Lar...@if...> - 2010-04-12 17:26:40
|
Hi Leif Thank you for the update! You write that it currently is required to configure the wrapper.conf manually, is there some documentation on that? I am currently not using any sample application, but chose one of the other methods where I added some code to my application to implement the methods required, I think that is method 3 or 4. Lars Leif Mortenson wrote: > Lars, > We discussed this in our development meeting this morning. The > Wrapper does not currently support auto upgrades with Web Start. This > is going to require us to create a new WrapperWebStartApp class to > handle this kind of configuration. We have been receiving more > requests for this feature lately and have upped it on our TODO list > for a near term release. > > Currently, it is necessary to examine the WebStart XML file and > configure the wrapper.conf file manually to launch the configured > application. This is a lot of work, so we realize the need for a new > helper class to make the configuration and upgrades automatic. > > We will keep you posted on the progress. > > Cheers, > Leif > > On Fri, Apr 9, 2010 at 11:34 PM, Lars Schnoor <Lar...@if...> wrote: > >> Hi >> I think I remember one person asking about the wrapper in relation to >> Java Web Start, I don't remember if anyone ever replied to that post. >> I am using the wrapper on both windows and Linux to start my application >> as a Windows Service or Linux daemon respectively. I would like to use >> Java Web Start to have my application automatically check for a new, >> updated version and if available download and install the new version. >> Is it possible to use the wrapper together with Java Web Start and if >> that is possible, how? >> Thanks in advance! >> >> Lars >> > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Tomer B <tom...@gm...> - 2010-04-12 15:29:07
|
Hi, The pid that the java service wrapper stores in file seems to be the pid of the wrapper service, so I killed my java process and performed status command the java service wrapper returned that the process is up and printed on console the pid of the wrapper, a couple of seconds afterwards the wrapper started my own java process automatically, this time the status is correct that my service is up but the pid presented is the pid of the wrapper, is that the correct behaviour? (showing that my service is up while only the wrapper service was up and showing the pid of the service wrapper and not of my process?) Thanks |
|
From: Tomer B <tom...@gm...> - 2010-04-12 14:04:58
|
Sorry, my mistake, no child process only a single process, another process was missleading me. Thanks On Mon, Apr 12, 2010 at 4:23 AM, Leif Mortenson <le...@ta...>wrote: > Tomer, > > The UseParallelOldGC option is not one that I have personal experience > with. I tried setting up a test for this but I do not see any > secondary processes for the JVM. I tried both this: > --- > wrapper.java.additional.1=-XX:+UseParallelOldGC > wrapper.java.additional.2=-XX:+PrintGCDetails > wrapper.java.additional.3=-XX:+PrintGCTimeStamps > --- > and this: > --- > wrapper.java.additional.1=-XX:+UseParallelGC > wrapper.java.additional.2=-XX:+PrintGCDetails > wrapper.java.additional.3=-XX:+PrintGCTimeStamps > --- > These were tested with Java 1.5.0_22. From the docs, it looks like > the UseParallelOldGC option was added in 1.5.0_6 so it should be > working. > > As for child process management, the Professional Edition of the > Wrapper starting with 3.4.0 allows you to monitor child processes > launched with the new WrpaperManager.exec methods so that they are > always cleaned up whenever the JVM is shutdown: > http://wrapper.tanukisoftware.org/doc/english/child-exec.html > > This is a little different than the situation you are asking about > however. Please send me your wrapper.conf and a dump from your "ps > -faux" command so I can see exactly what the processes look like on > your system. > > Thanks, > Leif > > On Sun, Apr 11, 2010 at 6:43 PM, Tomer B <tom...@gm...> wrote: > > I'm specifically talking about -XX:+UseParallelOldGC which issues another > > process. > > So when I issue status command I want it to query as well for the gc > > process. > > > > On Sun, Apr 11, 2010 at 12:15 PM, Tomer B <tom...@gm...> wrote: > >> > >> Hi, > >> > >> My java app creates a new sub process. > >> Can java wrapper service monitor this process as well as my main java > app? > >> > >> I saw at: > >> > http://sourceforge.net/mailarchive/message.php?msg_id=47B11264.7050903%40tanukisoftware.com > >> > >> That it is not supported, is it not supported still? > >> If so what is your recommendation for me? for example I want the status > >> command to tell me if both processes are up both my java and my sub > process > >> etc... > >> > >> Thanks, > >> Tomer > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Wrapper-user mailing list > Wra...@li... > https://lists.sourceforge.net/lists/listinfo/wrapper-user > |
|
From: Leif M. <lei...@ta...> - 2010-04-12 08:47:05
|
Lars, We discussed this in our development meeting this morning. The Wrapper does not currently support auto upgrades with Web Start. This is going to require us to create a new WrapperWebStartApp class to handle this kind of configuration. We have been receiving more requests for this feature lately and have upped it on our TODO list for a near term release. Currently, it is necessary to examine the WebStart XML file and configure the wrapper.conf file manually to launch the configured application. This is a lot of work, so we realize the need for a new helper class to make the configuration and upgrades automatic. We will keep you posted on the progress. Cheers, Leif On Fri, Apr 9, 2010 at 11:34 PM, Lars Schnoor <Lar...@if...> wrote: > Hi > I think I remember one person asking about the wrapper in relation to > Java Web Start, I don't remember if anyone ever replied to that post. > I am using the wrapper on both windows and Linux to start my application > as a Windows Service or Linux daemon respectively. I would like to use > Java Web Start to have my application automatically check for a new, > updated version and if available download and install the new version. > Is it possible to use the wrapper together with Java Web Start and if > that is possible, how? > Thanks in advance! > > Lars |
|
From: Leif M. <le...@ta...> - 2010-04-12 01:51:24
|
Tomer, The UseParallelOldGC option is not one that I have personal experience with. I tried setting up a test for this but I do not see any secondary processes for the JVM. I tried both this: --- wrapper.java.additional.1=-XX:+UseParallelOldGC wrapper.java.additional.2=-XX:+PrintGCDetails wrapper.java.additional.3=-XX:+PrintGCTimeStamps --- and this: --- wrapper.java.additional.1=-XX:+UseParallelGC wrapper.java.additional.2=-XX:+PrintGCDetails wrapper.java.additional.3=-XX:+PrintGCTimeStamps --- These were tested with Java 1.5.0_22. From the docs, it looks like the UseParallelOldGC option was added in 1.5.0_6 so it should be working. As for child process management, the Professional Edition of the Wrapper starting with 3.4.0 allows you to monitor child processes launched with the new WrpaperManager.exec methods so that they are always cleaned up whenever the JVM is shutdown: http://wrapper.tanukisoftware.org/doc/english/child-exec.html This is a little different than the situation you are asking about however. Please send me your wrapper.conf and a dump from your "ps -faux" command so I can see exactly what the processes look like on your system. Thanks, Leif On Sun, Apr 11, 2010 at 6:43 PM, Tomer B <tom...@gm...> wrote: > I'm specifically talking about -XX:+UseParallelOldGC which issues another > process. > So when I issue status command I want it to query as well for the gc > process. > > On Sun, Apr 11, 2010 at 12:15 PM, Tomer B <tom...@gm...> wrote: >> >> Hi, >> >> My java app creates a new sub process. >> Can java wrapper service monitor this process as well as my main java app? >> >> I saw at: >> http://sourceforge.net/mailarchive/message.php?msg_id=47B11264.7050903%40tanukisoftware.com >> >> That it is not supported, is it not supported still? >> If so what is your recommendation for me? for example I want the status >> command to tell me if both processes are up both my java and my sub process >> etc... >> >> Thanks, >> Tomer |
|
From: Tomer B <tom...@gm...> - 2010-04-11 09:44:02
|
I'm specifically talking about -XX:+UseParallelOldGC which issues another process. So when I issue status command I want it to query as well for the gc process. On Sun, Apr 11, 2010 at 12:15 PM, Tomer B <tom...@gm...> wrote: > Hi, > > My java app creates a new sub process. > Can java wrapper service monitor this process as well as my main java app? > > I saw at: > http://sourceforge.net/mailarchive/message.php?msg_id=47B11264.7050903%40tanukisoftware.com > > That it is not supported, is it not supported still? > If so what is your recommendation for me? for example I want the status > command to tell me if both processes are up both my java and my sub process > etc... > > Thanks, > Tomer > |
|
From: Tomer B <tom...@gm...> - 2010-04-11 09:15:49
|
Hi, My java app creates a new sub process. Can java wrapper service monitor this process as well as my main java app? I saw at: http://sourceforge.net/mailarchive/message.php?msg_id=47B11264.7050903%40tanukisoftware.com That it is not supported, is it not supported still? If so what is your recommendation for me? for example I want the status command to tell me if both processes are up both my java and my sub process etc... Thanks, Tomer |
|
From: Lars S. <Lar...@if...> - 2010-04-09 15:05:06
|
Hi I think I remember one person asking about the wrapper in relation to Java Web Start, I don't remember if anyone ever replied to that post. I am using the wrapper on both windows and Linux to start my application as a Windows Service or Linux daemon respectively. I would like to use Java Web Start to have my application automatically check for a new, updated version and if available download and install the new version. Is it possible to use the wrapper together with Java Web Start and if that is possible, how? Thanks in advance! Lars |
|
From: Andrew-X G. <and...@db...> - 2010-04-09 11:45:46
|
Well, having set the logging level, I can see my -D argument as part of the command line. However, when I do a System.getProperties().list(System.out), my property doesn't show up there. I wrote a simple test class which instantiates my class ( new myClass() ), and the property showed up just fine. SO, It doesn't seem to be JSW at all but rather the "parent" class loading my object, and how it does this. Unfortunately I can't get at the source code so it's off to help support. I have a vague, half-assed theory about classloading issues at this point. Anyway, thank you guys for taking the time to help me out - Andrew -----Original Message----- From: Andrew-X Griffin <and...@db...> [mailto:Andrew-X Griffin <and...@db...>] Sent: Friday, April 09, 2010 9:27 AM To: wra...@li... Subject: Re: [Wrapper-user] Antw: System.getProperty not working? Thanks gents - We do have some gaps in the number (because we will be using .conf file inclusions quite a bit, and we can't expect the implementors to know which numbers have used) so we have specified the wrapper.ignore_sequence_gaps=TRUE parameter. I will try the log level idea, though, that will be helpful. -----Original Message----- From: le...@ta... [mailto:le...@ta...] Sent: Friday, April 09, 2010 12:01 AM To: wra...@li... Subject: Re: [Wrapper-user] Antw: System.getProperty not working? Andrew, As Hubert said, by default, the wrapper.java.additional.N properties need to be consecutive. However, it is possible to enable gaps with the wrapper.ignore_sequence_gaps property, added in version 3.3.6 http://wrapper.tanukisoftware.org/doc/english/prop-java-additional-n.html http://wrapper.tanukisoftware.org/doc/english/prop-ignore-sequence-gaps.ht ml In either case, you can verify that you have set up the properties correctly by setting the wrapper.java.command.loglevel=INFO property and rerunning your application. This will cause the full Java command line to be included in the wrapper.log file: http://wrapper.tanukisoftware.org/doc/english/prop-java-command-loglevel.h tml If this does not show you the problem, please send me your wrapper.conf file along with the top of your wrapper.log file showing the above command line output. Cheers, Leif On Fri, Apr 9, 2010 at 4:42 AM, Hubert Felber <Hub...@ab...> wrote: > Is the order of parameters correct? Don't leave a gap. > With a process viewer check the command line parameters of the created > java child process. > Hubert > >>>> Andrew-X Griffin 08.04.10 19.48 Uhr >>> > Hi all - > > I'm struggling with something seemingly simple. In my .conf file, I > specify the following VM parameter: > > wrapper.java.additional.30=-Dalert.monitor.client.config=myClient.prop > erti > es > > But the line System.getProperty("alert.monitor.client.config"); always > returns null. > > The parameter number is unique, for what it's worth. I am using the > WrapperSimpleApp implementation, version 3.3.6. > > Any help is greatly appreciated - > > Andrew -------------------------------------------------------------------------- ---- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures. -------------------------------------------------------------------------- ---- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures. |
|
From: Andrew-X G. <and...@db...> - 2010-04-09 08:27:02
|
Thanks gents - We do have some gaps in the number (because we will be using .conf file inclusions quite a bit, and we can't expect the implementors to know which numbers have used) so we have specified the wrapper.ignore_sequence_gaps=TRUE parameter. I will try the log level idea, though, that will be helpful. -----Original Message----- From: le...@ta... [mailto:le...@ta...] Sent: Friday, April 09, 2010 12:01 AM To: wra...@li... Subject: Re: [Wrapper-user] Antw: System.getProperty not working? Andrew, As Hubert said, by default, the wrapper.java.additional.N properties need to be consecutive. However, it is possible to enable gaps with the wrapper.ignore_sequence_gaps property, added in version 3.3.6 http://wrapper.tanukisoftware.org/doc/english/prop-java-additional-n.html http://wrapper.tanukisoftware.org/doc/english/prop-ignore-sequence-gaps.ht ml In either case, you can verify that you have set up the properties correctly by setting the wrapper.java.command.loglevel=INFO property and rerunning your application. This will cause the full Java command line to be included in the wrapper.log file: http://wrapper.tanukisoftware.org/doc/english/prop-java-command-loglevel.h tml If this does not show you the problem, please send me your wrapper.conf file along with the top of your wrapper.log file showing the above command line output. Cheers, Leif On Fri, Apr 9, 2010 at 4:42 AM, Hubert Felber <Hub...@ab...> wrote: > Is the order of parameters correct? Don't leave a gap. > With a process viewer check the command line parameters of the created > java child process. > Hubert > >>>> Andrew-X Griffin 08.04.10 19.48 Uhr >>> > Hi all - > > I'm struggling with something seemingly simple. In my .conf file, I > specify the following VM parameter: > > wrapper.java.additional.30=-Dalert.monitor.client.config=myClient.prop > erti > es > > But the line System.getProperty("alert.monitor.client.config"); always > returns null. > > The parameter number is unique, for what it's worth. I am using the > WrapperSimpleApp implementation, version 3.3.6. > > Any help is greatly appreciated - > > Andrew -------------------------------------------------------------------------- ---- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures. |
|
From: Leif M. <le...@ta...> - 2010-04-08 23:06:06
|
Andrew, As Hubert said, by default, the wrapper.java.additional.N properties need to be consecutive. However, it is possible to enable gaps with the wrapper.ignore_sequence_gaps property, added in version 3.3.6 http://wrapper.tanukisoftware.org/doc/english/prop-java-additional-n.html http://wrapper.tanukisoftware.org/doc/english/prop-ignore-sequence-gaps.html In either case, you can verify that you have set up the properties correctly by setting the wrapper.java.command.loglevel=INFO property and rerunning your application. This will cause the full Java command line to be included in the wrapper.log file: http://wrapper.tanukisoftware.org/doc/english/prop-java-command-loglevel.html If this does not show you the problem, please send me your wrapper.conf file along with the top of your wrapper.log file showing the above command line output. Cheers, Leif On Fri, Apr 9, 2010 at 4:42 AM, Hubert Felber <Hub...@ab...> wrote: > Is the order of parameters correct? Don't leave a gap. > With a process viewer check the command line parameters of the created > java child process. > Hubert > >>>> Andrew-X Griffin 08.04.10 19.48 Uhr >>> > Hi all - > > I'm struggling with something seemingly simple. In my .conf file, I > specify the following VM parameter: > > wrapper.java.additional.30=-Dalert.monitor.client.config=myClient.properti > es > > But the line System.getProperty("alert.monitor.client.config"); always > returns null. > > The parameter number is unique, for what it's worth. I am using the > WrapperSimpleApp implementation, version 3.3.6. > > Any help is greatly appreciated - > > Andrew |
|
From: Hubert F. <Hub...@ab...> - 2010-04-08 19:43:07
|
Is the order of parameters correct? Don't leave a gap.
With a process viewer check the command line parameters of the created
java child process.
Hubert
>>> Andrew-X Griffin 08.04.10 19.48 Uhr >>>
Hi all -
I'm struggling with something seemingly simple. In my .conf file, I
specify the following VM parameter:
wrapper.java.additional.30=-Dalert.monitor.client.config=myClient.properti
es
But the line System.getProperty("alert.monitor.client.config"); always
returns null.
The parameter number is unique, for what it's worth. I am using the
WrapperSimpleApp implementation, version 3.3.6.
Any help is greatly appreciated -
Andrew
---
This e-mail may contain confidential and/or privileged information. If
you are not the intended recipient (or have received this e-mail in
error) please notify the sender immediately and delete this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
Please refer to http://www.db.com/en/content/eu_disclosures.htm for
additional EU corporate and regulatory disclosures.
|
|
From: Andrew-X G. <and...@db...> - 2010-04-08 17:48:05
|
Hi all -
I'm struggling with something seemingly simple. In my .conf file, I
specify the following VM parameter:
wrapper.java.additional.30=-Dalert.monitor.client.config=myClient.properti
es
But the line System.getProperty("alert.monitor.client.config"); always
returns null.
The parameter number is unique, for what it's worth. I am using the
WrapperSimpleApp implementation, version 3.3.6.
Any help is greatly appreciated -
Andrew
---
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures.
|
|
From: Leif M. <lei...@ta...> - 2010-03-30 02:24:29
|
Naresh, The Wrapper's logging works by capturing ALL console output form the JVM and logging it in the wrapper.log as is at the INFO log level. It is not possible for us to tell exactly where the log output is coming from within the Java application. We recommend that you make use of a logging tool like log4j, jdk 1.4 logging, or logkit to handle the specific type of logging that you are requesting. These tools work from within the JVM to control logging on a fine level. You can still pipe that log output to the console, or send it directly to another log file, bypassing the console all together if you wish. http://logging.apache.org/log4j/1.2/index.html Cheers, Leif On Tue, Mar 30, 2010 at 7:28 AM, naresh tallapelli < nar...@ya...> wrote: > Hi All, > > My Name is Naresh. I am new to wrapper and try to use it for my project. I > just want to log the messages in "wrapper.log". When i set > "wrapper.logfile.loglevel" property value to "INFO" it is writing all the > info messages to "wrapper.log". > > But is there any way to specify to log "com.example.x" package logs at > "ERROR" level and other packages at "INFO" level. I did not find any > required information on web. So please help me resolve to this issue. > > Any help would be much appreciated. > > Thank you, > Naresh. > > |
|
From: naresh t. <nar...@ya...> - 2010-03-29 22:28:14
|
Hi All,
My Name is Naresh. I am new to wrapper and try to use it for my project. I just want to log the messages in "wrapper.log". When i set "wrapper.logfile.loglevel" property value to "INFO" it is writing all the info messages to "wrapper.log".
But is there any way to specify to log "com.example.x" package logs at "ERROR" level and other packages at "INFO" level. I did not find any required information on web. So please help me resolve to this issue.
Any help would be much appreciated.
Thank you,
Naresh.
Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! http://downloads.yahoo.com/in/internetexplorer/ |
|
From: Leif M. <le...@ta...> - 2010-03-29 05:31:21
|
Holger, To update this thread. This has been implemented in the Professional Edition 3.4.0 release of the Wrapper, and is documented on the following page: http://wrapper.tanukisoftware.org/doc/english/child-exec.html Cheers, Leif On Thu, Feb 19, 2009 at 11:14 PM, Leif Mortenson <le...@ta...> wrote: > Holger, > Sorry for the delay getting this implemented. It is started, but > there are several platforms which need to be supported. I will push > it up on my priority list. It is not something which I have noticed > personally, But I do understand why you need it. > > Cheers, > Leif > > On Thu, Feb 19, 2009 at 8:01 PM, Isenberg, Holger <ise...@e-...> wrote: >> As everyone who is launching external processes via Runtime.exec() or ProcessBuilder from a large Java-VM might have noticed, there are problems with that approach. During creation of the subprocess, the fork() operating system call is used which duplicates the current Java VM process which might be as large as, say 5GByte. The size of the subprocess is reduced shortly after, but for the time of the creation, twice of the current memory usage is needed or even n times the memory if you launch n processed at the same time. >> >> Sun describes the problem in the following articles and reports: >> >> "Minimizing Memory Usage for Creating Application Subprocesses" >> http://developers.sun.com/solaris/articles/subprocess/subprocess.html >> >> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5049299 >> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6381152 >> >> They describe an approach to use the old fork() from a 2nd (and small) process and as with using the Java wrapper there is already that 2nd process available, it would be nice if the wrapper offers a Java method equivalent to ProcessBuilder() to launch a process and capture its stdout and stderr. >> >> To capture the stdout/stderr, PipedInputStream and PipedOutputStream using >> named pipes could be used. Named pipes are available on any Unix and also on >> Windows and can be easily and safely used on Java and C. Redirecting >> stdout/stderr in native C on the wrapper side can be done with the Posix >> functions pipe() and dup2(). Sample code: >> http://www.gidforums.com/t-3369.html . >> >> A kill-function to stop a runaway child process from Java without the need >> to shut down the Java backend should be included in the wrapper, too. That >> can use the posix function kill(). >> >> Wouldn't it be nice, if the wrapper included theses process features? >> How many wrapper users would need it? |
|
From: Leif M. <lei...@ta...> - 2010-03-29 03:20:26
|
Jan, We have added some code to the 3.4.0 shell script so it will now wait for an application to start up completely. This was not being done in earlier versions. Could you please try this out again with 3.4.0 and let me know how it works for you. Cheers, Leif On Fri, Feb 12, 2010 at 5:42 PM, Jan Van Besien <jan...@gm...> wrote: > I've done some more debugging (in the tanuki wrapper code) and looked at > more logging. As far as I can see, all is good in de Java code, for > example the logging ends with > > jvm 1 | WrapperSimpleApp: main method completed > jvm 1 | WrapperSimpleApp: start(args) end. Main Completed=true, > exitCode=null > jvm 1 | WrapperListener.start runner thread stopped. > jvm 1 | returned from WrapperListener.start() > > > But still, the native script either returns immediately > (wrapper.daemonize=TRUE) or not at all. > > What am I doing wrong or misunderstanding here? > > Thanks in advance, > Jan Van Besien |
|
From: 赵才文 <zh...@li...> - 2010-03-25 01:50:13
|
thanks, Christian:
thanks for your help,
we have found the "permission denied problem"'s reason, it is because the user we added have a wrongly set file system priviledge.
we delete the user and add a new user, then everyting works!
2010-03-25
cowrie
发件人： Christian
发送时间： 2010-03-24 13:39:57
收件人： 赵才文
抄送： wra...@li...
主题： Re: Re: [Wrapper-user] why wrapper Unable to get the path for ...
cowrie,
thank you for the output.
take a look at this line:
statx("./../../../", 0x0FFFFFFFFFFFD6D0, 176, 0) Err#13 EACCES
this means that inside the realpath() function the internal call statx
for the directory "/4A/wrapper-aix-ppc-64-3.4.0/bin/./../../../", which
is in fact your root directory "/", fails due to missing access
permissions.
statx lists certain information about a file. The file does neither need
to be read, write nor executable. However it must be searchable.
Accessing the stats for your read directory requires, that it is read-
and executable for the "other" user (which is I think also the default
on most platforms).
Hope this information helps you out.
Best Regards,
Christian
On Wed, 2010-03-24 at 11:59 +0800, 赵才文 wrote:
>
> hi,this is the output (current user is "foura"),the red part is
> important.
> -------------------------
> dnserv1:/>cd /
> dnserv1:/>ll
> total 1248
> drwxr-xr-x 13 foura 4A 4096 3月22 17时15 4A
>
> dnserv1:/>cd 4A
> dnserv1:/4A>ll
> total 6757392
> drwxr-xr-x 9 foura 4A 256 3月15 15时
> 44 wrapper-aix-ppc-64-3.4.0
>
>
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0>cd bin
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>truss ./wrapper
> execve("./wrapper", 0x2FF22C3C, 0x2000FB38) argc: 1
> thread_init(0x09000000004AD358, 0x09001000A0148138) =
> sbrk(0x0000000000000000) = 0x0000000010006EB0
> vmgetinfo(0x0FFFFFFFFFFFF938, 7, 16) = 0
> sbrk(0x0000000000000000) = 0x0000000010006EB0
> vmgetinfo(0x0FFFFFFFFFFFF310, 7, 16) = 0
> sbrk(0x0000000000000000) = 0x0000000010006EB0
> sbrk(0x0000000000000010) = 0x0000000010006EB0
> __libc_sbrk(0x0000000000010020) = 0x0000000010006EC0
> getrpid(-1, -1, 10) = 892998
> _getpid() = 892998
> getprocs64(0x0000000110008250, 4912, 0x0000000000000000, 0, 0x09001000A0143460, 1) = 1
> appulimit(1005, 0) = 0x0000000000000000
> _thread_self() = 1560817
> thread_setmystate(0x0000000000000000, 0x0FFFFFFFFFFFF470) = 0
> thread_setmystate(0x0FFFFFFFFFFFF0C0, 0x0FFFFFFFFFFFF448) = 0
> _sigaction(3, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(4, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(5, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(6, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(7, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(8, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(10, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(11, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(12, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(36, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(39, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> open("/unix", O_RDONLY|O_LARGEFILE) = 3
> kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
> kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
> kread(3, "01 鱘005 I ?aE6\0\0\0\0".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 13942134, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 1\0\0\0\004".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15041308, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " _ _ m u l h\0 _ _ m u l".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 13942170, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 180\0\0\0\v".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 XF1B8\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 XF5 H\0\0\tE6".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 XF8D8\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 X ?h\0\00F12".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 XFFF8\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y0388\0\0149F".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y0718\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y\n ╘0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y0E 8\0\019AC".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y11C8\0\01E <".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y15 X\0\0 " W".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y18 鑌0\0 '99".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y1C x\0\0 -C0".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y \b\0\0 196".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y #98\0\0 818".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y ' (\0\0 ? V".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y *B8\0\003 s".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y . H\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y 1D8\0\0 E ?.., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y93 ╘0\0 L17".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y97 `\0\0 NC3".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y9AF0\0\003 s".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y9E80\0\0 S1D".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YA210\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YA5A0\0\0 Y w".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YA9 0\0\003 s".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YACC0\0\0 c\b".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y ?P\0\0 g v".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YB3 郳0\0 j89".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15066825, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " p i n n e d _ p r _ s t".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14062374, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0 UC0\0\0\0 cCF".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15061663, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " n o n p r i v _ p a g e".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14062644, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 0\0\0\0 l\0".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15068952, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " g _ c o p y r\0 . m u l".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14062680, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 1\0\0\0 l\b".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044407, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " c m p _ s w a p _ i n d".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063184, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 4C0\0\004 ?.., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15042495, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " g _ k s r v a l\0 d s i".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063220, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 4C8\0\0 L I".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15060833, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " T r c o n f l a g\0 h _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063256, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 4 郳0\0\r07".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044639, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " _ s y s t e m _ c o n f".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063292, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 5DC\0\0\f >".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044438, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " u t r c h o o k _ s c _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063328, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 5 郳0\018E4".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15061712, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " _ s y s t e m _ T B _ c".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063400, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6\b\0\018 ?.., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15047672, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " t o d\0 _ _ e x t e n s".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063436, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 618\0\0 U07".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15063071, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " t b _ t i c s _ p e r _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063472, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6 \0\0 U17".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15069014, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " _ c l e a r _ l o c k _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063544, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6 H\0\00E ?.., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15045124, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " A R M _ T r c o n f l a".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063580, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6 P\0\0\r ,".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044676, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " s v c _ i n s t r u c t".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063616, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6 P\0\0\fF5".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044621, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " s v c 6 4 _ i n s t r u".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063652, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 7\0\0\0 l _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15069047, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " . s v c _ i n s t r\0 s".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063688, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 71C\0\0 l j".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15061484, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " . s y s _ c a l l _ r e".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063940, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 8 0\0\0 lDD".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15069173, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " s c _ t r a c e _ e n d".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063976, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 8 P\0\0 lF0".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15042859, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " v r s a v e _ p a t c h".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14064336, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 =A0\0\0 m95".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15069357, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " c s c _ r e t _ h _ p u".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14064372, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 > (\0\0 mAA".., 4096) = 4096
> close(3) = 0
> _getpid() = 892998
> accessx("./wrapper", 0, 0) = 0
> statx(".", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
> open(".", O_RDONLY) = 3
> getdirent64(3, 0x0000000110012130, 4096) = 144
> klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
> kfcntl(3, F_GETFD, 0x000000011000A810) = 0
> kfcntl(3, F_SETFD, 0x0000000000000001) = 0
> close(3) = 0
> statx("/", 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
> statx("./", 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
> statx("./../", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
> open("./../", O_RDONLY) = 3
> getdirent64(3, 0x0000000110012130, 4096) = 272
> klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
> kfcntl(3, F_GETFD, 0x000000011000A810) = 0
> kfcntl(3, F_SETFD, 0x0000000000000001) = 0
> fstatx(3, 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
> getdirent64(3, 0x0000000110012130, 4096) = 272
> close(3) = 0
> statx("./../../", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
> open("./../../", O_RDONLY) = 3
> getdirent64(3, 0x0000000110012130, 4096) = 1024
> klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
> kfcntl(3, F_GETFD, 0x000000011000A810) = 0
> kfcntl(3, F_SETFD, 0x0000000000000001) = 0
> fstatx(3, 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
> getdirent64(3, 0x0000000110012130, 4096) = 1024
> close(3) = 0
> statx("./../../../", 0x0FFFFFFFFFFFD6D0, 176, 0) Err#13 EACCES
> kioctl(1, 22528, 0x0000000000000000, 0x0000000000000000) = 0
> FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied
> kwrite(1, " F A T A L | w r a".., 77) = 77
> umask(18) = 18
> open("wrapper.log", O_WRONLY|O_CREAT|O_APPEND, S_IRUSR|S_IWUSR|
> S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH) = 3
> klseek(3, 0, 2, 0x0FFFFFFFFFFFF270) = 0
> kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
> umask(18) = 18
> kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
> kfcntl(1, F_GETFL, 0x000000001017D0F1) = 67110914
> kfcntl(2, F_GETFL, 0x000000001017D0F1) = 67110914
> kwrite(3, " F A T A L | w r a".., 99) = 99
> _exit(1)
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>
>
>
> 2010-03-24
>
> ______________________________________________________________________
> cowrie
>
> ______________________________________________________________________
> 发件人： Christian
> 发送时间： 2010-03-24 11:33:37
> 收件人： wra...@li...
> 抄送：
> 主题： Re: [Wrapper-user] why wrapper Unable to get the path for ...
>
>
> the error message "Unable to get the path for './wrapper ...." actually
> comes from a failed realpath(.. , ..) call.
>
> realpath is a function to translate a relative path to an absolute one.
>
> This means that one of the subfolder the wrapper is located can not be
> accessed.
> Please verify /4A (is this a link?) and /4A/wrapper-aix-ppc-64-3.4.4 can
> be accessed by the currently logged on user, i.e. he should have at
> least "r-x" rights.
>
> if this is not helping, can you please try running "truss" and send us
> the output.
>
> > truss ./wrapper
>
> Best regards,
> Christian
>
>
> On Wed, 2010-03-24 at 08:43 +0800, 赵才文 wrote:
> > hi,thanks for your reply, I run the command ,and this is the output
> > --------------------------------------------------------------------
> > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>ls -la
> > total 768
> > drwxr-xr-x 2 foura 4A 256 3月20 21时18 .
> > drwxr-xr-x 9 foura 4A 256 3月15 15时44 ..
> > -rwxr-xr-x 1 foura 4A 41613 3月15 15时
> 44 testwrapper
> > -rwxr-xr-x 1 foura 4A 343003 3月15 15时44 wrapper
> > -rw-r--r-- 1 foura 4A 407 3月20 22时
> 03 wrapper.log
> > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>cat wrapper.log
> > FATAL | wrapper | 2010/03/20 21:18:29 | Unable to get the path for './wrapper'-Permission denied
> > FATAL | wrapper | 2010/03/20 21:19:13 | Unable to resolve the original working directory: Permission denied
> > FATAL | wrapper | 2010/03/20 21:22:27 | Unable to get the path for './wrapper'-Permission denied
> > FATAL | wrapper | 2010/03/20 22:03:20 | Unable to get the path for './wrapper'-Permission denied
> >
> >
> > 2010-03-24
> >
> > ______________________________________________________________________
> > cowrie
> >
> > ______________________________________________________________________
> > 发件人： Leif Mortenson
> > 发送时间： 2010-03-22 12:54:11
> > 收件人： wra...@li...
> > 抄送：
> > 主题： Re: [Wrapper-user] why wrapper Unable to get the path for ...
> >
> > Most likely this is a permissions problem on the wrapper file or one
> > of its parent directories.
> >
> > The Wrapper does not do anything special to resolve the path of the
> > wrapper file, it is making system call which is failing with the
> > system error: "Permission Denied".
> >
> > What do you get when you run "ls -al" on the bin directory as the user
> > you are attempting to run as?
> >
> > Cheers,
> > Leif
> >
> > 2010/3/22 cowrie
> >
> > I download a brand-new aix wrapper community version,and chmod +x ./wrapper ,and then execute the wrapper like this:
> >
> >
> > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>./wrapper
> > FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied
> >
> >
> > but if I changed to use "root" user, wrapper works ok, when I change back to a normal user, the fatal error occured. why ?
> >
> > any help is appreciated!
> >
> > 2010-03-22
> >
> > ______________________________________________________________
> > cowrie
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Download Intel® Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Christian <chr...@ta...> - 2010-03-24 06:36:19
|
cowrie,
thank you for the output.
take a look at this line:
statx("./../../../", 0x0FFFFFFFFFFFD6D0, 176, 0) Err#13 EACCES
this means that inside the realpath() function the internal call statx
for the directory "/4A/wrapper-aix-ppc-64-3.4.0/bin/./../../../", which
is in fact your root directory "/", fails due to missing access
permissions.
statx lists certain information about a file. The file does neither need
to be read, write nor executable. However it must be searchable.
Accessing the stats for your read directory requires, that it is read-
and executable for the "other" user (which is I think also the default
on most platforms).
Hope this information helps you out.
Best Regards,
Christian
On Wed, 2010-03-24 at 11:59 +0800, 赵才文 wrote:
>
> hi,this is the output (current user is "foura"),the red part is
> important.
> -------------------------
> dnserv1:/>cd /
> dnserv1:/>ll
> total 1248
> drwxr-xr-x 13 foura 4A 4096 3月22 17时15 4A
>
> dnserv1:/>cd 4A
> dnserv1:/4A>ll
> total 6757392
> drwxr-xr-x 9 foura 4A 256 3月15 15时
> 44 wrapper-aix-ppc-64-3.4.0
>
>
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0>cd bin
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>truss ./wrapper
> execve("./wrapper", 0x2FF22C3C, 0x2000FB38) argc: 1
> thread_init(0x09000000004AD358, 0x09001000A0148138) =
> sbrk(0x0000000000000000) = 0x0000000010006EB0
> vmgetinfo(0x0FFFFFFFFFFFF938, 7, 16) = 0
> sbrk(0x0000000000000000) = 0x0000000010006EB0
> vmgetinfo(0x0FFFFFFFFFFFF310, 7, 16) = 0
> sbrk(0x0000000000000000) = 0x0000000010006EB0
> sbrk(0x0000000000000010) = 0x0000000010006EB0
> __libc_sbrk(0x0000000000010020) = 0x0000000010006EC0
> getrpid(-1, -1, 10) = 892998
> _getpid() = 892998
> getprocs64(0x0000000110008250, 4912, 0x0000000000000000, 0, 0x09001000A0143460, 1) = 1
> appulimit(1005, 0) = 0x0000000000000000
> _thread_self() = 1560817
> thread_setmystate(0x0000000000000000, 0x0FFFFFFFFFFFF470) = 0
> thread_setmystate(0x0FFFFFFFFFFFF0C0, 0x0FFFFFFFFFFFF448) = 0
> _sigaction(3, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(4, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(5, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(6, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(7, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(8, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(10, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(11, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(12, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(36, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> _sigaction(39, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
> open("/unix", O_RDONLY|O_LARGEFILE) = 3
> kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
> kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
> kread(3, "01 鱘005 I ?aE6\0\0\0\0".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 13942134, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 1\0\0\0\004".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15041308, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " _ _ m u l h\0 _ _ m u l".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 13942170, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 180\0\0\0\v".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 XF1B8\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 XF5 H\0\0\tE6".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 XF8D8\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 X ?h\0\00F12".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 XFFF8\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y0388\0\0149F".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y0718\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y\n ╘0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y0E 8\0\019AC".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y11C8\0\01E <".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y15 X\0\0 " W".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y18 鑌0\0 '99".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y1C x\0\0 -C0".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y \b\0\0 196".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y #98\0\0 818".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y ' (\0\0 ? V".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y *B8\0\003 s".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y . H\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y 1D8\0\0 E ?.., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y93 ╘0\0 L17".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y97 `\0\0 NC3".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y9AF0\0\003 s".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y9E80\0\0 S1D".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YA210\0\0028E".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YA5A0\0\0 Y w".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YA9 0\0\003 s".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YACC0\0\0 c\b".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 Y ?P\0\0 g v".., 4096) = 4096
> klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\001 YB3 郳0\0 j89".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15066825, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " p i n n e d _ p r _ s t".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14062374, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0 UC0\0\0\0 cCF".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15061663, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " n o n p r i v _ p a g e".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14062644, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 0\0\0\0 l\0".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15068952, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " g _ c o p y r\0 . m u l".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14062680, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 1\0\0\0 l\b".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044407, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " c m p _ s w a p _ i n d".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063184, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 4C0\0\004 ?.., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15042495, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " g _ k s r v a l\0 d s i".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063220, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 4C8\0\0 L I".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15060833, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " T r c o n f l a g\0 h _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063256, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 4 郳0\0\r07".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044639, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " _ s y s t e m _ c o n f".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063292, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 5DC\0\0\f >".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044438, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " u t r c h o o k _ s c _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063328, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 5 郳0\018E4".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15061712, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " _ s y s t e m _ T B _ c".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063400, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6\b\0\018 ?.., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15047672, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " t o d\0 _ _ e x t e n s".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063436, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 618\0\0 U07".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15063071, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " t b _ t i c s _ p e r _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063472, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6 \0\0 U17".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15069014, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " _ c l e a r _ l o c k _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063544, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6 H\0\00E ?.., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15045124, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " A R M _ T r c o n f l a".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063580, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6 P\0\0\r ,".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044676, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " s v c _ i n s t r u c t".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063616, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 6 P\0\0\fF5".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15044621, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " s v c 6 4 _ i n s t r u".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063652, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 7\0\0\0 l _".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15069047, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " . s v c _ i n s t r\0 s".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063688, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 71C\0\0 l j".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15061484, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " . s y s _ c a l l _ r e".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063940, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 8 0\0\0 lDD".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15069173, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " s c _ t r a c e _ e n d".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14063976, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 8 P\0\0 lF0".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15042859, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " v r s a v e _ p a t c h".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14064336, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 =A0\0\0 m95".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 15069357, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, " c s c _ r e t _ h _ p u".., 4096) = 4096
> klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
> klseek(3, 14064372, 0, 0x0FFFFFFFFFFFE5B0) = 0
> kread(3, "\0\0\0\0\0\0 > (\0\0 mAA".., 4096) = 4096
> close(3) = 0
> _getpid() = 892998
> accessx("./wrapper", 0, 0) = 0
> statx(".", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
> open(".", O_RDONLY) = 3
> getdirent64(3, 0x0000000110012130, 4096) = 144
> klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
> kfcntl(3, F_GETFD, 0x000000011000A810) = 0
> kfcntl(3, F_SETFD, 0x0000000000000001) = 0
> close(3) = 0
> statx("/", 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
> statx("./", 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
> statx("./../", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
> open("./../", O_RDONLY) = 3
> getdirent64(3, 0x0000000110012130, 4096) = 272
> klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
> kfcntl(3, F_GETFD, 0x000000011000A810) = 0
> kfcntl(3, F_SETFD, 0x0000000000000001) = 0
> fstatx(3, 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
> getdirent64(3, 0x0000000110012130, 4096) = 272
> close(3) = 0
> statx("./../../", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
> open("./../../", O_RDONLY) = 3
> getdirent64(3, 0x0000000110012130, 4096) = 1024
> klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
> kfcntl(3, F_GETFD, 0x000000011000A810) = 0
> kfcntl(3, F_SETFD, 0x0000000000000001) = 0
> fstatx(3, 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
> getdirent64(3, 0x0000000110012130, 4096) = 1024
> close(3) = 0
> statx("./../../../", 0x0FFFFFFFFFFFD6D0, 176, 0) Err#13 EACCES
> kioctl(1, 22528, 0x0000000000000000, 0x0000000000000000) = 0
> FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied
> kwrite(1, " F A T A L | w r a".., 77) = 77
> umask(18) = 18
> open("wrapper.log", O_WRONLY|O_CREAT|O_APPEND, S_IRUSR|S_IWUSR|
> S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH) = 3
> klseek(3, 0, 2, 0x0FFFFFFFFFFFF270) = 0
> kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
> umask(18) = 18
> kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
> kfcntl(1, F_GETFL, 0x000000001017D0F1) = 67110914
> kfcntl(2, F_GETFL, 0x000000001017D0F1) = 67110914
> kwrite(3, " F A T A L | w r a".., 99) = 99
> _exit(1)
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>
>
>
> 2010-03-24
>
> ______________________________________________________________________
> cowrie
>
> ______________________________________________________________________
> 发件人： Christian
> 发送时间： 2010-03-24 11:33:37
> 收件人： wra...@li...
> 抄送：
> 主题： Re: [Wrapper-user] why wrapper Unable to get the path for ...
>
>
> the error message "Unable to get the path for './wrapper ...." actually
> comes from a failed realpath(.. , ..) call.
>
> realpath is a function to translate a relative path to an absolute one.
>
> This means that one of the subfolder the wrapper is located can not be
> accessed.
> Please verify /4A (is this a link?) and /4A/wrapper-aix-ppc-64-3.4.4 can
> be accessed by the currently logged on user, i.e. he should have at
> least "r-x" rights.
>
> if this is not helping, can you please try running "truss" and send us
> the output.
>
> > truss ./wrapper
>
> Best regards,
> Christian
>
>
> On Wed, 2010-03-24 at 08:43 +0800, 赵才文 wrote:
> > hi,thanks for your reply, I run the command ,and this is the output
> > --------------------------------------------------------------------
> > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>ls -la
> > total 768
> > drwxr-xr-x 2 foura 4A 256 3月20 21时18 .
> > drwxr-xr-x 9 foura 4A 256 3月15 15时44 ..
> > -rwxr-xr-x 1 foura 4A 41613 3月15 15时
> 44 testwrapper
> > -rwxr-xr-x 1 foura 4A 343003 3月15 15时44 wrapper
> > -rw-r--r-- 1 foura 4A 407 3月20 22时
> 03 wrapper.log
> > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>cat wrapper.log
> > FATAL | wrapper | 2010/03/20 21:18:29 | Unable to get the path for './wrapper'-Permission denied
> > FATAL | wrapper | 2010/03/20 21:19:13 | Unable to resolve the original working directory: Permission denied
> > FATAL | wrapper | 2010/03/20 21:22:27 | Unable to get the path for './wrapper'-Permission denied
> > FATAL | wrapper | 2010/03/20 22:03:20 | Unable to get the path for './wrapper'-Permission denied
> >
> >
> > 2010-03-24
> >
> > ______________________________________________________________________
> > cowrie
> >
> > ______________________________________________________________________
> > 发件人： Leif Mortenson
> > 发送时间： 2010-03-22 12:54:11
> > 收件人： wra...@li...
> > 抄送：
> > 主题： Re: [Wrapper-user] why wrapper Unable to get the path for ...
> >
> > Most likely this is a permissions problem on the wrapper file or one
> > of its parent directories.
> >
> > The Wrapper does not do anything special to resolve the path of the
> > wrapper file, it is making system call which is failing with the
> > system error: "Permission Denied".
> >
> > What do you get when you run "ls -al" on the bin directory as the user
> > you are attempting to run as?
> >
> > Cheers,
> > Leif
> >
> > 2010/3/22 cowrie
> >
> > I download a brand-new aix wrapper community version,and chmod +x ./wrapper ,and then execute the wrapper like this:
> >
> >
> > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>./wrapper
> > FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied
> >
> >
> > but if I changed to use "root" user, wrapper works ok, when I change back to a normal user, the fatal error occured. why ?
> >
> > any help is appreciated!
> >
> > 2010-03-22
> >
> > ______________________________________________________________
> > cowrie
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Download Intel® Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: 赵才文 <zh...@li...> - 2010-03-24 03:59:46
|
hi,this is the output (current user is "foura"),the red part is important.
-------------------------
dnserv1:/>cd /
dnserv1:/>ll
total 1248
drwxr-xr-x 13 foura 4A 4096 3月22 17时15 4A
dnserv1:/>cd 4A
dnserv1:/4A>ll
total 6757392
drwxr-xr-x 9 foura 4A 256 3月15 15时44 wrapper-aix-ppc-64-3.4.0
dnserv1:/4A/wrapper-aix-ppc-64-3.4.0>cd bin
dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>truss ./wrapper
execve("./wrapper", 0x2FF22C3C, 0x2000FB38) argc: 1
thread_init(0x09000000004AD358, 0x09001000A0148138) =
sbrk(0x0000000000000000) = 0x0000000010006EB0
vmgetinfo(0x0FFFFFFFFFFFF938, 7, 16) = 0
sbrk(0x0000000000000000) = 0x0000000010006EB0
vmgetinfo(0x0FFFFFFFFFFFF310, 7, 16) = 0
sbrk(0x0000000000000000) = 0x0000000010006EB0
sbrk(0x0000000000000010) = 0x0000000010006EB0
__libc_sbrk(0x0000000000010020) = 0x0000000010006EC0
getrpid(-1, -1, 10) = 892998
_getpid() = 892998
getprocs64(0x0000000110008250, 4912, 0x0000000000000000, 0, 0x09001000A0143460, 1) = 1
appulimit(1005, 0) = 0x0000000000000000
_thread_self() = 1560817
thread_setmystate(0x0000000000000000, 0x0FFFFFFFFFFFF470) = 0
thread_setmystate(0x0FFFFFFFFFFFF0C0, 0x0FFFFFFFFFFFF448) = 0
_sigaction(3, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(4, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(5, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(6, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(7, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(8, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(10, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(11, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(12, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(36, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
_sigaction(39, 0x0FFFFFFFFFFFF830, 0x0FFFFFFFFFFFF860) = 0
open("/unix", O_RDONLY|O_LARGEFILE) = 3
kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
kread(3, "01 鱘005 I ?aE6\0\0\0\0".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 13942134, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 1\0\0\0\004".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15041308, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " _ _ m u l h\0 _ _ m u l".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 13942170, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 180\0\0\0\v".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 XF1B8\0\0028E".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 XF5 H\0\0\tE6".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 XF8D8\0\0028E".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 X ?h\0\00F12".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 XFFF8\0\0028E".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y0388\0\0149F".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y0718\0\0028E".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y\n ╘0\0028E".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y0E 8\0\019AC".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y11C8\0\01E <".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y15 X\0\0 " W".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y18 鑌0\0 '99".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y1C x\0\0 -C0".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y \b\0\0 196".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y #98\0\0 818".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y ' (\0\0 ? V".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y *B8\0\003 s".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y . H\0\0028E".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y 1D8\0\0 E ?.., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y93 ╘0\0 L17".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y97 `\0\0 NC3".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y9AF0\0\003 s".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y9E80\0\0 S1D".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 YA210\0\0028E".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 YA5A0\0\0 Y w".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 YA9 0\0\003 s".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 YACC0\0\0 c\b".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 Y ?P\0\0 g v".., 4096) = 4096
klseek(3, 8, 1, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\001 YB3 郳0\0 j89".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15066825, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " p i n n e d _ p r _ s t".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14062374, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0 UC0\0\0\0 cCF".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15061663, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " n o n p r i v _ p a g e".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14062644, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 0\0\0\0 l\0".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15068952, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " g _ c o p y r\0 . m u l".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14062680, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 1\0\0\0 l\b".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15044407, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " c m p _ s w a p _ i n d".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063184, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 4C0\0\004 ?.., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15042495, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " g _ k s r v a l\0 d s i".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063220, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 4C8\0\0 L I".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15060833, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " T r c o n f l a g\0 h _".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063256, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 4 郳0\0\r07".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15044639, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " _ s y s t e m _ c o n f".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063292, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 5DC\0\0\f >".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15044438, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " u t r c h o o k _ s c _".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063328, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 5 郳0\018E4".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15061712, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " _ s y s t e m _ T B _ c".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063400, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 6\b\0\018 ?.., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15047672, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " t o d\0 _ _ e x t e n s".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063436, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 618\0\0 U07".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15063071, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " t b _ t i c s _ p e r _".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063472, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 6 \0\0 U17".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15069014, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " _ c l e a r _ l o c k _".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063544, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 6 H\0\00E ?.., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15045124, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " A R M _ T r c o n f l a".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063580, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 6 P\0\0\r ,".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15044676, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " s v c _ i n s t r u c t".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063616, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 6 P\0\0\fF5".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15044621, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " s v c 6 4 _ i n s t r u".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063652, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 7\0\0\0 l _".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15069047, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " . s v c _ i n s t r\0 s".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063688, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 71C\0\0 l j".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15061484, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " . s y s _ c a l l _ r e".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063940, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 8 0\0\0 lDD".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15069173, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " s c _ t r a c e _ e n d".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14063976, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 8 P\0\0 lF0".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15042859, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " v r s a v e _ p a t c h".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14064336, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 =A0\0\0 m95".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5D0) = 0
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 15069357, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, " c s c _ r e t _ h _ p u".., 4096) = 4096
klseek(3, 0, 1, 0x0FFFFFFFFFFFE5B0) = 0
klseek(3, 14064372, 0, 0x0FFFFFFFFFFFE5B0) = 0
kread(3, "\0\0\0\0\0\0 > (\0\0 mAA".., 4096) = 4096
close(3) = 0
_getpid() = 892998
accessx("./wrapper", 0, 0) = 0
statx(".", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
open(".", O_RDONLY) = 3
getdirent64(3, 0x0000000110012130, 4096) = 144
klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
kfcntl(3, F_GETFD, 0x000000011000A810) = 0
kfcntl(3, F_SETFD, 0x0000000000000001) = 0
close(3) = 0
statx("/", 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
statx("./", 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
statx("./../", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
open("./../", O_RDONLY) = 3
getdirent64(3, 0x0000000110012130, 4096) = 272
klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
kfcntl(3, F_GETFD, 0x000000011000A810) = 0
kfcntl(3, F_SETFD, 0x0000000000000001) = 0
fstatx(3, 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
getdirent64(3, 0x0000000110012130, 4096) = 272
close(3) = 0
statx("./../../", 0x0FFFFFFFFFFFD6D0, 176, 0) = 0
open("./../../", O_RDONLY) = 3
getdirent64(3, 0x0000000110012130, 4096) = 1024
klseek(3, 0, 0, 0x0FFFFFFFFFFFD5D0) = 0
kfcntl(3, F_GETFD, 0x000000011000A810) = 0
kfcntl(3, F_SETFD, 0x0000000000000001) = 0
fstatx(3, 0x0FFFFFFFFFFFD8F0, 176, 020) = 0
getdirent64(3, 0x0000000110012130, 4096) = 1024
close(3) = 0
statx("./../../../", 0x0FFFFFFFFFFFD6D0, 176, 0) Err#13 EACCES
kioctl(1, 22528, 0x0000000000000000, 0x0000000000000000) = 0
FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied
kwrite(1, " F A T A L | w r a".., 77) = 77
umask(18) = 18
open("wrapper.log", O_WRONLY|O_CREAT|O_APPEND, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH) = 3
klseek(3, 0, 2, 0x0FFFFFFFFFFFF270) = 0
kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
umask(18) = 18
kioctl(3, 22528, 0x0000000000000000, 0x0000000000000000) Err#25 ENOTTY
kfcntl(1, F_GETFL, 0x000000001017D0F1) = 67110914
kfcntl(2, F_GETFL, 0x000000001017D0F1) = 67110914
kwrite(3, " F A T A L | w r a".., 99) = 99
_exit(1)
dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>
2010-03-24
cowrie
发件人： Christian
发送时间： 2010-03-24 11:33:37
收件人： wra...@li...
抄送：
主题： Re: [Wrapper-user] why wrapper Unable to get the path for ...
cowrie,
the error message "Unable to get the path for './wrapper ...." actually
comes from a failed realpath(.. , ..) call.
realpath is a function to translate a relative path to an absolute one.
This means that one of the subfolder the wrapper is located can not be
accessed.
Please verify /4A (is this a link?) and /4A/wrapper-aix-ppc-64-3.4.4 can
be accessed by the currently logged on user, i.e. he should have at
least "r-x" rights.
if this is not helping, can you please try running "truss" and send us
the output.
> truss ./wrapper
Best regards,
Christian
On Wed, 2010-03-24 at 08:43 +0800, 赵才文 wrote:
> hi,thanks for your reply, I run the command ,and this is the output
> --------------------------------------------------------------------
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>ls -la
> total 768
> drwxr-xr-x 2 foura 4A 256 3月20 21时18 .
> drwxr-xr-x 9 foura 4A 256 3月15 15时44 ..
> -rwxr-xr-x 1 foura 4A 41613 3月15 15时44 testwrapper
> -rwxr-xr-x 1 foura 4A 343003 3月15 15时44 wrapper
> -rw-r--r-- 1 foura 4A 407 3月20 22时03 wrapper.log
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>cat wrapper.log
> FATAL | wrapper | 2010/03/20 21:18:29 | Unable to get the path for './wrapper'-Permission denied
> FATAL | wrapper | 2010/03/20 21:19:13 | Unable to resolve the original working directory: Permission denied
> FATAL | wrapper | 2010/03/20 21:22:27 | Unable to get the path for './wrapper'-Permission denied
> FATAL | wrapper | 2010/03/20 22:03:20 | Unable to get the path for './wrapper'-Permission denied
>
>
> 2010-03-24
>
> ______________________________________________________________________
> cowrie
>
> ______________________________________________________________________
> 发件人： Leif Mortenson
> 发送时间： 2010-03-22 12:54:11
> 收件人： wra...@li...
> 抄送：
> 主题： Re: [Wrapper-user] why wrapper Unable to get the path for ...
>
> Most likely this is a permissions problem on the wrapper file or one
> of its parent directories.
>
> The Wrapper does not do anything special to resolve the path of the
> wrapper file, it is making system call which is failing with the
> system error: "Permission Denied".
>
> What do you get when you run "ls -al" on the bin directory as the user
> you are attempting to run as?
>
> Cheers,
> Leif
>
> 2010/3/22 cowrie
>
> I download a brand-new aix wrapper community version,and chmod +x ./wrapper ,and then execute the wrapper like this:
>
>
> dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>./wrapper
> FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied
>
>
> but if I changed to use "root" user, wrapper works ok, when I change back to a normal user, the fatal error occured. why ?
>
> any help is appreciated!
>
> 2010-03-22
>
> ______________________________________________________________
> cowrie
>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user
|
|
From: Christian <chr...@ta...> - 2010-03-24 03:34:55
|
cowrie, the error message "Unable to get the path for './wrapper ...." actually comes from a failed realpath(.. , ..) call. realpath is a function to translate a relative path to an absolute one. This means that one of the subfolder the wrapper is located can not be accessed. Please verify /4A (is this a link?) and /4A/wrapper-aix-ppc-64-3.4.4 can be accessed by the currently logged on user, i.e. he should have at least "r-x" rights. if this is not helping, can you please try running "truss" and send us the output. > truss ./wrapper Best regards, Christian On Wed, 2010-03-24 at 08:43 +0800, 赵才文 wrote: > hi,thanks for your reply, I run the command ,and this is the output > -------------------------------------------------------------------- > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>ls -la > total 768 > drwxr-xr-x 2 foura 4A 256 3月20 21时18 . > drwxr-xr-x 9 foura 4A 256 3月15 15时44 .. > -rwxr-xr-x 1 foura 4A 41613 3月15 15时44 testwrapper > -rwxr-xr-x 1 foura 4A 343003 3月15 15时44 wrapper > -rw-r--r-- 1 foura 4A 407 3月20 22时03 wrapper.log > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>cat wrapper.log > FATAL | wrapper | 2010/03/20 21:18:29 | Unable to get the path for './wrapper'-Permission denied > FATAL | wrapper | 2010/03/20 21:19:13 | Unable to resolve the original working directory: Permission denied > FATAL | wrapper | 2010/03/20 21:22:27 | Unable to get the path for './wrapper'-Permission denied > FATAL | wrapper | 2010/03/20 22:03:20 | Unable to get the path for './wrapper'-Permission denied > > > 2010-03-24 > > ______________________________________________________________________ > cowrie > > ______________________________________________________________________ > 发件人： Leif Mortenson > 发送时间： 2010-03-22 12:54:11 > 收件人： wra...@li... > 抄送： > 主题： Re: [Wrapper-user] why wrapper Unable to get the path for ... > > Most likely this is a permissions problem on the wrapper file or one > of its parent directories. > > The Wrapper does not do anything special to resolve the path of the > wrapper file, it is making system call which is failing with the > system error: "Permission Denied". > > What do you get when you run "ls -al" on the bin directory as the user > you are attempting to run as? > > Cheers, > Leif > > 2010/3/22 赵才文 <zh...@li...> > > I download a brand-new aix wrapper community version,and chmod +x ./wrapper ,and then execute the wrapper like this: > > > dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>./wrapper > FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied > > > but if I changed to use "root" user, wrapper works ok, when I change back to a normal user, the fatal error occured. why ? > > any help is appreciated! > > 2010-03-22 > > ______________________________________________________________ > cowrie > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user |
|
From: 赵才文 <zh...@li...> - 2010-03-24 00:43:48
|
hi,thanks for your reply, I run the command ,and this is the output -------------------------------------------------------------------- dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>ls -la total 768 drwxr-xr-x 2 foura 4A 256 3月20 21时18 . drwxr-xr-x 9 foura 4A 256 3月15 15时44 .. -rwxr-xr-x 1 foura 4A 41613 3月15 15时44 testwrapper -rwxr-xr-x 1 foura 4A 343003 3月15 15时44 wrapper -rw-r--r-- 1 foura 4A 407 3月20 22时03 wrapper.log dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>cat wrapper.log FATAL | wrapper | 2010/03/20 21:18:29 | Unable to get the path for './wrapper'-Permission denied FATAL | wrapper | 2010/03/20 21:19:13 | Unable to resolve the original working directory: Permission denied FATAL | wrapper | 2010/03/20 21:22:27 | Unable to get the path for './wrapper'-Permission denied FATAL | wrapper | 2010/03/20 22:03:20 | Unable to get the path for './wrapper'-Permission denied 2010-03-24 cowrie 发件人： Leif Mortenson 发送时间： 2010-03-22 12:54:11 收件人： wra...@li... 抄送： 主题： Re: [Wrapper-user] why wrapper Unable to get the path for ... Most likely this is a permissions problem on the wrapper file or one of its parent directories. The Wrapper does not do anything special to resolve the path of the wrapper file, it is making system call which is failing with the system error: "Permission Denied". What do you get when you run "ls -al" on the bin directory as the user you are attempting to run as? Cheers, Leif 2010/3/22 赵才文 <zh...@li...> I download a brand-new aix wrapper community version,and chmod +x ./wrapper ,and then execute the wrapper like this: dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>./wrapper FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied but if I changed to use "root" user, wrapper works ok, when I change back to a normal user, the fatal error occured. why ? any help is appreciated! 2010-03-22 cowrie |
|
From: Leif M. <le...@ta...> - 2010-03-22 04:55:27
|
Most likely this is a permissions problem on the wrapper file or one of its parent directories. The Wrapper does not do anything special to resolve the path of the wrapper file, it is making system call which is failing with the system error: "Permission Denied". What do you get when you run "ls -al" on the bin directory as the user you are attempting to run as? Cheers, Leif 2010/3/22 赵才文 <zh...@li...> > > > I download a brand-new aix wrapper community version,and chmod +x ./wrapper ,and then execute the wrapper like this: > > *dnserv1:/4A/wrapper-aix-ppc-64-3.4.0/bin>./wrapper* > * > FATAL | wrapper | Unable to get the path for './wrapper'-Permission denied > * > > > but if I changed to use "root" user, wrapper works ok, when I change back to a normal user, the fatal error occured. why ? > any help is appreciated! > > 2010-03-22 > ------------------------------ > cowrie > > |
165 messages has been excluded from this view by a project administrator.
