[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

19990922: Mounting directories with NFS and building on x86



>From: Michael Keables <address@hidden>
>Organization: DU
>Keywords: 199909152035.OAA16060 LDM ldm-mcidas

Mike,

>New question. In order to allow the two pc's to get the data feed from
>cyclone, is it the /ldm/data directory that needs to be shared via NFS?

Yes, but remember that the actual filesystem is /data/ldm.  ~ldm/data
is a link to /data/ldm.

>Also, since the data will reside on cyclone, is there a need for the
>mcadde account? 

There is a need for the 'mcadde' account on cyclone, but not necessarily
any of the machines that will act as clients.  The only reason that you
might want to setup the ADDE remote server on all of the machines is
so that people can make datasets (e.g. case study data collections) that
are local to one machine accessible to others using ADDE.  You might,
on the other hand, decide to keep all sharable datasets on the primary
server, cyclone.

>From address@hidden  Wed Sep 22 17:08:33 1999

>Thanks for fixing the .cshrc file. Stupid mistake on my part.

>Cyclone seems to be up and running. We've been having major network
>problems today and the ldm has been timing out. I've restarted it and the
>data seem to be flowing. I noticed in the route table that the surface and
>upper air (sig and mandatory) data products had been suspended. I released
>them and am waiting to see if those products arrive as well. 

>I'm now installing McIDAS on two of the Dells (cumulus and nimbus).
>(Somehow /home/mcidas was deleted on nimbus, probably due to my ineptitude
>at creating the mcadde account.) I've been building McIDAS on cirrus and
>will then move things to nimbus.

>I've downloaded the installation package as well as the f2c files as you
>suggested. I've run 'make all' and didn't find any problems with the
>build. I've tested it as suggested and things seem to be as they should.

>Now, the problem. I'm ready to install, but when I issue
>
>       make install.mcxall
>
>I get this error:
>
>[mcidas@cumulus src]$ make install.mcxall
>make: ERROR: Lack files needed for install: nidsadir nidsaget nowradir
>nowraget
>
>You must do a 'make' before doing a 'make install'
>
>make: *** [chkgen] Error 1
>
>I do the 'make' and get the following:
>
>##########################################
>Wed Sep 22 16:23:19 CDT 1999: BUILD BEGIN
>##########################################
>
>link   nidsadir:               done
>link   nidsaget:               done
>link   nowradir:               done
>link   nowraget:               done
>
>##########################################
>Wed Sep 22 16:23:22 CDT 1999: BUILD END
>##########################################
> 
>Another make install.mcxall produces the same error as above.
>
>Suggestions?

I logged onto cumulus and took a quick look.  The problem above is that
the link for nidsadir, nidsaget, nowradir, and nowraget were failing.
This can be seen from the make log file, ~mcidas/mcidas7.6/src/makelog:

./mccomp -O -vendor -I. -I../netcdf/libsrc -c nidsadir.c
gcc -c -O -ansi -D_GNU_SOURCE -I/usr/X11R6/include -O -I. -I../netcdf/libsrc 
nidsadir.c
nidsadir.c: In function `main':
nidsadir.c:146: warning: passing arg 1 of `GetConfigInfo' discards `const' from 
pointer target type
compile nidsadir.c:             done
./mccomp -O -s -vendor -o nidsadir nidsadir.o -L. -lmcidas
mcfc -s -O -o nidsadir nidsadir.o -L. -L/usr/local/lib -L/usr/X11R6/lib 
-lmcidas -lf2c -ldl -lm
nidsadir.o: In function `main':
nidsadir.o(.text+0x281): undefined reference to `AllowedAccess'
collect2: ld returned 1 exit status
link    nidsadir:               done


This seems to indicate that the correct version of sevutil.c was not included
in the update that I put out in the unix/760/bugfix directory.  This had
me in a panic to say the least.  When I looked at the servutil.c source
on your system, however, I saw that it was the correct code.  Apparently
the time stamp on servutil.o had kept it from being remade by the make
process (weird).

I got around this by:

<login as 'mcidas'>
cd mcidas7.6/src
rm servutil.o
make servutil.o
make nidsadir nidsaget nowradir nowraget
ls -l nidsadir nidsaget nowradir nowraget
-rwxrwxr-x   1 mcidas   ldm        469844 Sep 22 19:04 nidsadir
-rwxrwxr-x   1 mcidas   ldm        472996 Sep 22 19:04 nidsaget
-rwxrwxr-x   1 mcidas   ldm        460208 Sep 22 19:04 nowradir
-rwxrwxr-x   1 mcidas   ldm        463520 Sep 22 19:04 nowraget

You can see that they now exist, so you should be able to do the
make install.mcxall step with no hangups (at least not from these
routines not being made).

Tom