IHOP-2002: SOFTWARE Messages: 14 Entries..

Rebooted maprlab at approx 17:11z

Put a UPS for the computer dealing the wireless communication. After
that the ISS (maprlab) and MAPR have to be reboot in order to make
the network work.
 

Charlie talked me through on the phone to update Aspen at about 19z. And
run the latest sounding 17:39z, June 5 using the new Aspen.
 

the network and maprlab were down probably caused by the lightening. 
Charlie helped Dotto to restart the computers in the afternoon about 23z. 

GLOW found their fiber cable was broken and replaced it in today's afternoon.
The old broken cable is still hanging there and labeled "GLOW broken".

update the RS80 folder in GLASS, it is expected to fix the coefficient
reading problem. I also made a backup of labview 2.31 on Lou's zip disk.

And Yes, the new RS80 is working flawlessly. 

I made a copy of coefficient file of case 1 on glass computer under 
"my document", called coef_backup_case1. In case the original floppy 
disc has a problem.

Lou came in today (May 31) to reinstall the new labview in order to fix
the coefficient problem. However, the new software still has the same problem.
It worked after coefficient reading failed twice.

I think the option to change the time span is not enabled in ZEBRA. It was originally done using the right mouse button I believe and I can't seem to find it currently. It needs to be reinabled or I need to be shown how to use it.

maprlab user iss can ssh to linus directly: ssh linus

mapr user mapr can ssf to linus as: ssh iss@linus

Backed up parts of maprlab and mapr to /jetstor/backups:

maprlab: ~iss/iss

mapr: ~mapr, excluding:
mapr/vmware
mapr/packages
mapr/nima
mapr/mapr-ce
mapr/mapr-mf

the hostid on mapr just decided to change itself in
the middle of the day, without any prompting. Bill says
that Gary say this behavior on maprlab, during Reno.

I discoverd a little C program on maprlab, sethostid.c,
which can be used to set the hostid. Maprlab's /etc/rc.local
was trying to run it, but failing because it was not found in
/etc. I copied the executable to /etc, and so it runs
at boot time.

I copied the program to mapr, and ran it 
there once, however at the momment I haven't
set it up to run automatically. If we see the problem
again, we'll add it to the bootup sequence.

We are now setup to use either the UMass/SPOL network or the
OfficeConnect/PTSI network.

To switch between them, first power down all of the 
computers (iss2class, maprlab, sodar and mapr).

Connect the network of choice into the "Uplink" port
of the D-Link DSS-8+ switch. This will either be the
twisted pair cable from the UMass/Netgear 8 port switch,
or the cable from the 3Com/OfficeConnect box.

Reboot the computers. It is best to get maprlab running
first, since it exports disks and runs samba.

DHCP on both UMass and OfficeConnect is configured
as follows, serving out fixed IP addresses:

network:  192.168.5.0
mapr      192.168.5.1
maprlab   192.168.5.2
iss2class 192.168.5.3
sodar     192.168.5.4

NOTE that the OfficeConnect is configured
as 192.168.5.10; you willhave to use that 
address in your browser. http://3com.oc.lanmodem
should work also.

I think the reset button on the OfficeConnect 
can be used to reset it to factory defaults,
which would restore its IP to its standard 192.168.1.1.
We will want to do this at the end of the project,
so that Gordon doesn't become totlly frustrated
trying to access the box months from now.

These IP addresses have been put into
maprlab:/iss/etc/hosts, mapr:/etc/hosts,
and iss2class:windows/hosts

init.d/datasend: 
- change class platform file pattern from cdf to nc

- changed ping paramters for timing out; solaris version
continues to ping fo 180 counts.

- changed /bin/test reference to /usr/bin/test

init.d/archive:
- changed /bin/test reference to /usr/bin/test
- added migrate commands for /data/sodar/data and
/data/sodar/rawdata.

init.d/init.iss: 
- added sodar module startup
- removed soap startup and shutdown.

init.d/sodar:
- added

init.d/display:
- added xterm -C to provide console output for Campbell

init.d/ingest:
- fixed exec command for ingest scheduler; redirecting output
to $console. The conditional 
- moved the sleep command out of the subshell that invokes
"surface start". Maybe I can move this back in, as a fixed sleep 
rather than the variable. All I know is that having the variable call 
in there stoped cam_ingest from running; moving it out fixed it. Will have
to look further at this.

init.d/root.iss:
diabled network, jazdevice, autofs and dtlogin startup.

/etc/rc5.d:
added S99zISS and K99zISS links to root.iss. NOTE that level 5 is the
default runlevel on maprlab.