[OPEN-ILS-GENERAL] getting brick_ctl.sh to work

[Sharp, Chris]

----- Original Message -----
> From: "Thomas Berezansky" <tsbere at mvlc.org>
> To: open-ils-general at list.georgialibraries.org
> 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 <bshum at biblio.org>:
> 
> > 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
> >> csharp at georgialibraries.org
> >> 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
csharp at georgialibraries.org
http://pines.georgialibraries.org/