there may be an issue to the default shell. If your default shell is csh, then the command PATH=/... would indeed produce the error PATH=/jjjjgf: Command not found.
On Mon, Jan 30, 2012 at 11:53 PM, Guchun Zhang <[email protected]> wrote: > Hi Hieu, > > Thanks for this hint. But I am not quite sure that's the cause of the > problem. I have run single GIZA and mgiza on a single machine and never had > a problem. > > The first line of the error log is related to the SGE setting. I am > investigating that. Hope once that is sorted, the errors can go away. > > Cheers, > > Guchun > > > On 30 January 2012 09:46, Hieu Hoang <[email protected]> wrote: > >> hi guchun >> >> i think the prepare_data stage run's a GIZA++ program called mkcls. Look >> through the err message carefully, see which directory it is expecting >> mkcls to be in and make sure that GIZA++ programs have been copied there >> >> >> On Sat, Jan 28, 2012 at 12:33 AM, Guchun Zhang <[email protected]>wrote: >> >>> Hi there, >>> >>> I am trying to run EMS for factored training on SGE. The config is >>> simple -- use generic-parallelizer.perl and set job number to 2. No other >>> settings for SGE. >>> >>> At the training_prepare-data step, it crashed. The error given from the >>> stderr file is >>> >>> PATH=/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games: >>> Command not found. >>> Using SCRIPTS_ROOTDIR: ..... >>> ...... >>> ...... >>> (1.0.5) ...... >>> Use of uninitialized value $firstline in substitution (s///) at >>> /home/guchun/Work/moses/moses-scripts/training/train-model.perl line 646. >>> Use of uninitialized value $firstline in substitution (s///) at >>> /home/guchun/Work/moses/moses-scripts/training/train-model.perl line 646. >>> ...... >>> ...... >>> (1.3) ...... >>> Use of uninitialized value $txt in scalar chomp at >>> /home/guchun/Work/moses/moses-scripts/training/train-model.perl line 807. >>> Use of uninitialized value $txt in split at >>> /home/guchun/Work/moses/moses-scripts/training/train-model.perl line 810. >>> . >>> . >>> . >>> . >>> . >>> (1.3) numberizing corpus....... >>> >>> I checked $PATH on the execution nodes. The value on those nodes is >>> without the lightdm path entry. Does this $PATH difference cause the >>> problem? Or is it something else more profound? >>> >>> Any advice will be much appreciated. >>> >>> Have a nice weekend. >>> >>> Many thanks, >>> >>> Guchun >>> >>> _______________________________________________ >>> Moses-support mailing list >>> [email protected] >>> http://mailman.mit.edu/mailman/listinfo/moses-support >>> >>> >> >
_______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support
