>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: > >address@hidden 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
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.