[OPEN-ILS-DEV] Re: [OPEN-ILS-GENERAL] VMWare image of Evergreen on Gentoo error after changing network type

[David Wongwai]

Dan,

I am just a lowly windows sys admin, my cohort who is a MLS and
handles the sys admin duties for our current ILS wants to work with it
as well. Import records, try cataloging some and, eventually run it
through its full mission. I could just install vmware on her pc but
then like she said we wouldn't be able to look at what each of us is
doing.

David Wongwai

On 5/2/07, Dan Scott <denials at gmail.com> wrote:
> Hi David:
>
> The canonical way to find out what OpenSRF thinks is the fully
> qualified hostname of your machine is to call the same Perl function
> that OpenSRF uses internally. Run the following command at the command
> line:
>
> perl -MNet::Domain=hostfqdn -e "print hostfqdn();"
>
> The result of this command is what you must replace the <evergreen>
> element within the <hosts> element in /openils/conf/opensrf.xml.
>
> On Gentoo, the hostname is specified in /etc/conf.d/hostname and
> optionally in the DHCP options in /etc/conf.d/net.
>
> BTW, just out of interest -- why is it that people are switching from
> NAT to bridged networking with VMWare? Are you setting up a demo
> server for people to connect to from other machines?
>
> Dan
>
> On 02/05/07, David Wongwai <daw216 at gmail.com> wrote:
> > I see it now (how do I find what it thinks is the host name?) I think
> > when I did this at home my dhcp wasn't adding to the host name while
> > here at work it is (by looking at the error.) I was really confused
> > because when it first failed I took it home and it worked. Now I am
> > back at work and it fails again. I can't change the way dhcp works at
> > work is there some way to fix this in Gentoo. I tried the net-setup
> > command but it couldn't find it. I guess I am way to tied to
> > xwindows....
> >
> > David Wongwai
> >
> >
> > On 5/2/07, Dan Scott <denials at gmail.com> wrote:
> > > I think this error occurs because the change to a different ethernet
> > > interface caused a change in the hostname, therefore the configuration
> > > file is set up for "evergreen" but the hostname is now something like
> > > "localhost".
> > >
> > > Here's the relevant code from OpenSRF/Sytem.pm (plus my comments as "#
> > > dbs -") that sets up the error:
> > >
> > >        if( (my $cfile = $bsconfig->bootstrap->settings_config) ) {
> > >                my $parser = OpenSRF::Utils::SettingsParser->new();
> > >
> > >                # since we're (probably) the settings server, we can go ahead and
> > > load the real config file
> > >                $parser->initialize( $cfile );
> > >                $OpenSRF::Utils::SettingsClient::host_config =
> > >                        $parser->get_server_config($bsconfig->env->hostname);
> > > # dbs - We just read in the C config file (typically /openils/conf/opensrf.xml)
> > > # dbs - and parsed the section based on our hostname - if the hostname
> > > doesn't match
> > > # dbs - anything defined in /openils/conf/opensrf.xml, then we're
> > > going to get some
> > > # dbs - interesting results back.
> > >
> > >
> > > Dan
> > >
> >
>
>
> --
> Dan Scott
> Laurentian University
>