Entry
| Date
| Title
| Site
| Author
| #Graphics
|
221 | Tue 25-Jun-2002 | MAPR Report : June 25 | IHOP | James
|
212 | Mon 24-Jun-2002 | MAPR Report : June 24 | IHOP | James
|
202 | Fri 21-Jun-2002 | MAPR Report : June 21 | IHOP | James
|
193 | Thu 20-Jun-2002 | MAPR wind_rass:_wrap 20 Jun 02 | IHOP | James
|
188 | Thu 20-Jun-2002 | MAPR wind_rass:_wrap 19 Jun 02 | IHOP | James
|
170 | Sun 16-Jun-2002 | MAPR wind_rass: 16 Jun 02 | IHOP | James
|
163 | Sat 15-Jun-2002 | MAPR restart 15 Jun 02 | IHOP | James
|
160 | Fri 14-Jun-2002 | MAPR restart 14 Jun 02 | IHOP | James
|
154 | Fri 14-Jun-2002 | MAPR: rim_rass on 14 Jun 02 | IHOP | James
|
152 | Thu 13-Jun-2002 | data storage problem on MAPR | IHOP | James
|
143 | Wed 12-Jun-2002 | TAOS launch affecting MAPR | IHOP | James
|
134 | Tue 11-Jun-2002 | MAPR display | IHOP | James
|
111 | Fri 07-Jun-2002 | RIM_RASS test on MPAR from 2152z ~ 2224z | IHOP | Tian
|
110 | Fri 07-Jun-2002 | reboot MAPR at 2116z due to the networking problem | IHOP | Tian
|
99 | Wed 05-Jun-2002 | synchronize sodar's clock to maprlab's | IHOP | Tian
|
98 | Wed 05-Jun-2002 | MAPR was down at 00z, June 5, restarted at 1519z, June 5 | IHOP | Tian
|
85 | Mon 03-Jun-2002 | clean MAPR both tape drivers | IHOP | Tian
|
77 | Sun 02-Jun-2002 | MAPR crashed approx 21:15 UT | IHOP | Tian
|
14 | Tue 14-May-2002 | MAPR crashed approx 21:15z due to disk full. | IHOP | Mike
|
- 221: RADAR, Site IHOP, Tue 25-Jun-2002 10:19:43 GMT, MAPR Report : June 25
1019 UTC: Change to windonly mode because of poor signal in RASS data
note: sonde balloon passs overhead around 4 km last two launches (0920,
1100 UTC) and is evident in MAPR vertical velocity field.
1130 UTC: TAOS is being put up.
Performed backups.
- 212: RADAR, Site IHOP, Mon 24-Jun-2002 18:16:29 GMT, MAPR Report : June 24
Good signal in RASS as winds are relatively light so I r
an in RASS-only mode for 1 hour between 18 and 19 UTC.
Clean tape drives yesterday.
Performed backups.
TAOS up briefly this afternoon.
- 202: RADAR, Site IHOP, Fri 21-Jun-2002 21:35:34 GMT, MAPR Report : June 21
MAPR running fine today, interesting layered structure between 1.5 and 3.5 km
prior to sunrise and into the mid-morning hours.BL depth deepens gradually
with time until sudden jump in BL depth which punches through "residual"
layers at 1750 UTC.
Performed backups.
TAOS up between 1100 UTC and 1800 UTC.
Research aircraft periodically overhead.
- 193: RADAR, Site IHOP, Thu 20-Jun-2002 19:01:06 GMT, MAPR wind_rass:_wrap 20 Jun 02
171330 UTC: Started up wind_rass_wrap.
1730 UTC: ended wind_rass_wrap, start wind_rass
1751 UTC: started wind_rass_wrap again
1755 UTC: ended wind_rass_wrap, start wind_rass
1805 UTC: mapr_display crashes, restart in wind_rass mode
1818-1825 UTC: run in wrap mode again
1855-1900 UTC: run in wrap mode again
1900 UTC: wind_rass mode
1905 UTC: quit mapr_display and restarted in wind_rass mode.
- 188: RADAR, Site IHOP, Thu 20-Jun-2002 02:09:05 GMT, MAPR wind_rass:_wrap 19 Jun 02
1810 UTC: Started up wind_rass_wrap.
1840 UTC: ended wind_rass_wrap, quit mapr_display and restarted in wind_rass
mode.
Also, cleaned tape drives.
- 170: RADAR, Site IHOP, Sun 16-Jun-2002 15:48:02 GMT, MAPR wind_rass: 16 Jun 02
1500 UTC: Backing up MAPR data files.
1540 UTC: Started up wind_rass.
1805-1810: Since winds were light and good RASS signal I ran rimrass
for 5 minutes.
1835-1840: wind light, good signal so I ran rimrass for 5 min
- 163: RADAR, Site IHOP, Sat 15-Jun-2002 14:28:49 GMT, MAPR restart 15 Jun 02
Started up wind rass at 1230 UTC,
Problems with mapr terminal. I am unable to move around the
window system. Am waiting instruction on whether or not to
reboot.
Had to restart mapr display at 14:15 UTC because the maprdisplay
window went blank - approx. 10 min of data was lost. Error messages
indicate the archiving of data could not keep up with the data
production.
Seems to be a storage problem which crops up after rass mode.
Changed the number of levels to 12 (100 m spacing). This seems to
have solved the problem; however, will operate as wind_only mode
overnight to be safe.
- 160: RADAR, Site IHOP, Fri 14-Jun-2002 19:55:20 GMT, MAPR restart 14 Jun 02
Had to restart mapr display at 18:30 UTC because the maprdisplay
window went blank - approx. 30 min of data was lost between 1800 and 1830 UTC.
- 154: RADAR, Site IHOP, Fri 14-Jun-2002 10:15:52 GMT, MAPR: rim_rass on 14 Jun 02
MAPR run in rim_rass mode for about 10 minutes starting
around 0957 utc.
light winds so did rim_rass mode again at 2035-2040 utc,
started rim_rass just after regular rass mode finishes,
cleaned tape drive 1
created 3 backup tapes
- 152: RADAR, Site IHOP, Thu 13-Jun-2002 21:45:45 GMT, data storage problem on MAPR
/data directory 98% full this morning. I had checked the size last night
and there was only 4 gb taken up by the MAPR files so I set up backup
for a single tape. It turns out that there was much more space taken
up. The report_size command gives a different result depending on
which shell script you are running. The correct size is given when you
are running a tcsh script. A much smaller size is given is you run
report_size within a csh script.
The net result was that data were lost between 7 and 16 utc.
Note1: MAPR was run in rim_rass mode today for about an hour between
1830 and 1930z.
Note2: I worked with Brian Donovan and Steve Fraiser to get FMCW back
up and running after a power surge knocked it off line sometime
this morning (maybe due to MCS).
Note3: Cleaned tape 0
Note4: created 3 backup tapes today.
Note5: Dotto, Hal and Jun here this morning, successfully
launched reference radiosonde with an old vaisala sonde.
- 143: RADAR, Site IHOP, Wed 12-Jun-2002 18:09:53 GMT, TAOS launch affecting MAPR
TAOS launched today between 1-6 PM. There may be some
effect on MAPR data (e.g., large upward vertical velocities measured
when TAOS was launched.
- 134: RADAR, Site IHOP, Tue 11-Jun-2002 16:53:11 GMT, MAPR display
MAPR display problems starting around 1650 UTC
restarted at 1708 UTC
- 111: RADAR, Site IHOP, Fri 07-Jun-2002 23:25:37 GMT, RIM_RASS test on MPAR from 2152z ~ 2224z
RASS was tested in a multi-frequency mode, the new mode is called
wind200mode_4freq2b_rass. I did test for four different parameter set.
1. NCI=10, ng= 5, PRT=4.0e-5, started at 2152z
2. NCI=10, ng=10, PRT=4.0e-5, started at 2203z
3. NCI=15, ng=10, PRT=2.5e-5, started at 2215z
4. NCI=12, ng=10, PRT=3.0e-5, started at 2221z
But none of them seems to show RASS signals from the real-time spectra on
maprdisplay.
- 110: RADAR, Site IHOP, Fri 07-Jun-2002 23:23:35 GMT, reboot MAPR at 2116z due to the networking problem
the network on MAPR was crashed because I rebooted the networking computer
to install the UPS. MAPR works OK after rebooting.
- 99: RADAR, Site IHOP, Wed 05-Jun-2002 16:46:54 GMT, synchronize sodar's clock to maprlab's
Synchronize the sodar's clock to maplab at 16:46:30. Before the synchronization,
the sodar clock is 2 min 29 sec slower. ie. the maprlab is 16:45:05 and the time
on sodar is 16:42:36.
- 98: RADAR, Site IHOP, Wed 05-Jun-2002 16:37:58 GMT, MAPR was down at 00z, June 5, restarted at 1519z, June 5
MAPR was acting weired probably caused by the power surge. Bill helped Dotto
to restart mapr, but mapr crashed at about 00z, June 5. When I came in this
morning, mapr display was blank and no data were written out. I quit the
program and shut the TX off for about 5 min. I restarted mapr using wind_rass
mode at 1519z, signals looks fine and SNR is OK. Then I switched to wind_rass
mode at 1545z, the signals looked OK and SNR is lower than the
wind_rass mode as expected. Checked the power meter on TX, it's on full scale
for both modes.
Clean the TX house a little, lots of moth hiding in there.
- 85: RADAR, Site IHOP, Mon 03-Jun-2002 18:21:15 GMT, clean MAPR both tape drivers
- 77: RADAR, Site IHOP, Sun 02-Jun-2002 22:35:45 GMT, MAPR crashed approx 21:15 UT
Everything on mapr was slow and finally maprdiplay crashed at approximately
2115 UT. don't know what cause it. Restart maprdisplay fix it.
- 14: RADAR, Site IHOP, Tue 14-May-2002 22:41:05 GMT, MAPR crashed approx 21:15z due to disk full.
/data was 100% full. I transfered data to jestor/jaz/susedik_mapr. Unfortunately I did it as root, so it will have to be corrected. It was all from the RASS directory. None of the wind data was moved and no data was deleted.