Re: replication test problems

2006-11-02 Thread Bill Au
I have created a bug to track this: https://issues.apache.org/jira/browse/SOLR-63 I will attach a patch to the bug shortly. Bill On 11/1/06, Yu-Hui Jin <[EMAIL PROTECTED]> wrote: Yap, Bill. The backslash-escaping one works for my zsh as well. And I'm sure you checked it's working for othe

Re: replication test problems

2006-11-01 Thread Yu-Hui Jin
Yap, Bill. The backslash-escaping one works for my zsh as well. And I'm sure you checked it's working for other major shells. So I would say backslash seems to be a good solution since you don't have to worry about double-single quotes. Thanks! regards, -Hui On 11/1/06, Bill Au <[EMAIL P

Re: replication test problems

2006-11-01 Thread Bill Au
I did some testing and blackslash-escaping also works: find /home/yjin/apps/solr-nightly/example/solr/data/ -name snapshot.\* -print Hui, can you verify that? I am already using single quote in the snappuller script to specify the find command to as an argument to ssh. I could change that to d

Re: replication test problems

2006-10-31 Thread Mike Klaas
On 10/31/06, Chris Hostetter <[EMAIL PROTECTED]> wrote: Bill: what do you think about explicitly putting in the single quotes as Hui suggested? that should still work under bash and sh right? That should work in bash, at least. Backslash-escaping is also an option. The semantics of file glo

Re: replication test problems

2006-10-31 Thread Chris Hostetter
: I also found this: : http://www.zsh.org/mla/users/2005/msg00295.html : : Obviously that won't work for bash or ksh. interesting ... i allways assumed it worked because the shell wasn't evaluating the * when executed by ssh, i had no idea the the shell tries to expand it and leaves it alone if t

Re: replication test problems

2006-10-31 Thread Bill Au
It is definitely zsh related. I got the same error when I run the find command under zsh, but not with bash or ksh. I also found this: http://www.zsh.org/mla/users/2005/msg00295.html Obviously that won't work for bash or ksh. Bill On 10/31/06, Chris Hostetter <[EMAIL PROTECTED]> wrote: : F

Re: replication test problems

2006-10-31 Thread Yu-Hui Jin
I found that if I add single quotes to the pattern as below, it worked on the command line of my zsh env, so I'll try add the quotes in the snappuller script and test it again. find /home/yjin/apps/solr-nightly/example/solr/data/ -name 'snapshot.*' -print /home/yjin/apps/solr-nightly/example/solr

Re: replication test problems

2006-10-31 Thread Chris Hostetter
: For #2, I think I just need to setup the passwordless SSH with empty : passphase. right? correct. : I tried to run the find command : find /home/yjin/apps/solr-nightly/example/solr/data/ -name snapshot.* -print : : directly on my box and it gave the same result: : zsh: no matches found: snapsho

Re: replication test problems

2006-10-31 Thread Bill Au
It looks like find running under zsh is the problem. In this case it does like the wildcard (*). I don't really know zsh so I will have to spend some time to investigate. Bill On 10/30/06, Yu-Hui Jin <[EMAIL PROTECTED]> wrote: Hi, Hoss, Thanks for the reply! For #2, I think I just need to s

Re: replication test problems

2006-10-30 Thread Yu-Hui Jin
Hi, Hoss, Thanks for the reply! For #2, I think I just need to setup the passwordless SSH with empty passphase. right? For #1: I'm using the following Enterprise version: Linux version 2.4.21-37a6 (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-47)) I tried to run the find command find /hom

Re: replication test problems

2006-10-30 Thread Chris Hostetter
: Here's a problem I got. It says there's no match for snapshot.* found on the : master box. This is wrong, there's one such file exists. : : - I then ran snappuller specifically on the snap file that's on the master: : ./bin/snappuller -n snapshot.20061023172655 : : This time it worked. and ru