----- Original Message ----- > From: "Thomas Berezansky" <[email protected]> > To: [email protected] > Sent: Tuesday, May 10, 2011 8:22:17 AM > Subject: Re: [OPEN-ILS-GENERAL] getting brick_ctl.sh to work > Some of the path stuff you have to put elsewhere in the .bashrc file > on the drones. Near the top. Before it bails because you aren't in an > interactive session. > > Could that be what is being missed here?
In my case, that didn't help. The ". /etc/profile" line blew it away. I ended up having to edit the script so it would respect my .bashrc. Once it was working for me (this was a while ago), I stopped investigating why it was necessary. ;-) Chris > Thomas Berezansky > Merrimack Valley Library Consortium > > > Quoting Ben Shum <[email protected]>: > > > Hmm, I've never had to directly modify the brick_ctl.sh control > > script or use /etc/profile as Chris describes. Only have the two > > paths to the opensrf user's .bashrc. > > > > Perhaps it's only balking that error because they don't have the > > ssh-key entry setup between head and drones and so it can't locate > > osrf_ctl.sh on the drones due to failure to connect. > > > > Let us know what you discover Sue. > > > > -- Ben > > > > On May 10, 2011, at 6:59 AM, Sharp, Chris wrote: > > > >> Hi Sue, > >> > >>> I am having problems getting the brick_ctl.sh script to work. When > >>> I > >>> issue the command it asked for the password for opensrf on the > >>> drones > >>> and then says it cannot find osrf_ctl.sh. I put the PERL5Lib and > >>> PATH > >>> at the beginning of .bashrc file on the drones. I have the > >>> /openils on > >>> a NFS share from the brick head to the drones. I am running > >>> Evergreen > >>> 2_1_beta and Opensrf 2_0.Any idea what else I am missing? > >> > >> For the opensrf password issue, you can take these steps (as > >> opensrf on the head/master server): > >> > >> ssh-keygen # follow the prompts and choose not to have a passphrase > >> ssh-copy-id <drone IP/hostname> # substituting each actual drone > >> IP/hostname without brackets > >> > >> As for the other issue, brick_ctl.sh has this line: > >> > >> DRONE_BASE=". /etc/profile && osrf_ctl.sh -d $OSRF_PID_DIR -c > >> $OSRF_CONFIG"; > >> > >> which means that it will ignore opensrf's .bashrc and source > >> /etc/profile instead, which means you should be able to add the > >> PERL5LIB and PATH lines to /etc/profile on each drone, or you could > >> modify brick_ctl.sh to not source /etc/profile (by removing ". > >> /etc/profile &&" from the DRONE_BASE line). There may be a > >> recommended way to do this from Bill or one of the other > >> developers, but those are my techniques. ;-) > >> > >> Hope that's helpful! > >> > >> Chris > >> > >> Chris Sharp > >> PINES Program Manager > >> Georgia Public Library Service > >> 1800 Century Place, Suite 150 > >> Atlanta, Georgia 30345 > >> (404) 235-7147 > >> [email protected] > >> http://pines.georgialibraries.org/ > > > > > > Benjamin Shum > > Open Source Software Coordinator > > Bibliomation, Inc. > > 32 Crest Road > > Middlebury, CT 06762 > > 203-577-4070, ext. 113 > > -- Chris Sharp PINES Program Manager Georgia Public Library Service 1800 Century Place, Suite 150 Atlanta, Georgia 30345 (404) 235-7147 [email protected] http://pines.georgialibraries.org/
