Removed entries for awg and tp from /opt/rtcds/geo/g1/target/gds/param/diag_T.conf file as general cleanup. The lines were unneeded for description of awg and tp services, the awg and tp services are established and registered with diagconfd when awgtpman is started from the startup_g1x01.cmd and startup_g1isiham.cmd scripts. Any awg or tp entries in the diag_T.conf file would be at best duplicates.
Jonathan wrote a cronjob on alog to create two backup files daily: sql dump file of the text content and compressed tar file of the graphical files. I just wrote a cronjob, which runs on control100 within CDS, to scp these files into /data/backup/alog every morning at 05:30. From there they are rsynced to the CDS backup disk, and then written to tape. This backup scheme will be replaced with rsync later because the graphical file will get very large very quickly.
The H2 DAQ rack is a new style (beige) rack located in the MSR nearest the hallway. It has two Sun X4270 computers, which will be the H2 DAQ frame writers/QFS masters. Cyrus is working on installing sol10 on these systems. He will also test the DAQ networking switches and spare units using this rack. We encountered a problem with the rack mount KVM switch in this rack, the internal power connector to the PCB is flakey. The flatscreen monitor signals this with a "cable not connected" error and powers itself down.
added the following sus tags (as requested by Betsy) X1 SUS QUAD X1 SUS BS/FM X1 SUS HSTS X1 SUS HLTS X1 SUS OMC X1 SUS IOAUX
H2 is back baby! Added tag "H2 DAQ" for the construction of the aligo H2 DAQ rack in the MSR.
The electronics test racks for seismic testing at LLO are through the initial setup and checkout. There are two racks. llosei1 - HAM-ISI testing llosei2 - Seismometer huddle testing David Kinzel assembled the racks, installing the equipment shipped from Pasadena and Hanford. Keith and Rolf got the front-end computers set up. Ben and Sam Abbott were here this week to do the electronics checkout with the initial models. The test racks are presently on the CDS network, but are reachable from outside at llosei1 - llocds.ligo-la.caltech.edu Port 9001 (DNS name dts1 within llocds) llosei2 - llocds.ligo-la.caltech.edu Port 9002 (DNS name dts2 within llocds) * We clearly need some X2 tasks added
Today, dtt was used to obtain spectra for the LHO HAM ISI Assy #1 located at the SEI Test Stand. This measurement was run with the dial indicators disconnected. Two measurements were run: The first one ("T1") had H1V1H2V2 Displancement Sensors & ALL GS13's. The second measurement ("T2"), had H3V3 Displacement Sensors. Two measurements were needed because of the ~0.3Hz noise seen between both Displacement Sensor "mini-racks". One blaring feature (see attached spectra) is the H3 GS13---something looks amiss with it. Checked the rack for anything obviously wrong, but all HAM Interface Chasis looked fine. Vincent suggested putting a 300count vertical offset on the H3 Actuator, and this clearly showed something wrong with this GS13 (see attached screenshot).
The screenshot I tried attaching above didn't seem to work (it was a .tiff screen shot from a Mac & was treated as a quicktime file when I tried clicking it from the log). Attached here is a .jpg version of the same file. Hopefully this works.
I am attaching a Power Spectrum from last week. It looks like H3 was fine. Also, looking at the time series, it seems that there is some signal, but much lower (about two order of magnitudes on the power spectrum). Could it be a BIO filter improperly switched?
Are Fabrice's spectra with the table locked, and Corey's without? The high-frequency (>10 Hz) structure has changed dramatically on *all* the sensors between those two spetra. If these two spectra were taken with the table in the exact same state, then this might be another clue...
(Vincent L., Richard M., Corey G.) There is no BIO for the SEI Test Stand. And yes, it should be noted that the spectra from Fabrice's post was from a couple weeks ago. It was a quick one we ran with the SYSTEM LOCKED (we were performing a quick check to investigate the 0.3Hz signal on the Displacement Sensor Mini-Racks). So, it was wrong for me to say everything looked good from that spectra--I had assumed assumed the ISI was un-locked. Last Friday, we performed a few more checks on the GS13. The most telltale check was a cable swap. From the "feedthrough interface", the GS13 Horiz/Vert cable runs to the H/V location. Here is a connection to a plug which splits into two separate cables--one goes to the Horiz GS13 & the other goes to the Vert GS13. We unplugged the H3/V3 cable here, and ran it to the H1/V1 cable. Dataviewer showed that the problem stayed with the H3-GS13 (i.e. H1 was now ugly). Therefore something is wrong with H3 GS13. Reconnected cables to their original configuration. As another check, we locked up the Table and ran another power spectrum [attached]. Sure enough, we had similar results to what we saw a couple of weeks ago (i.e. Fabrice's post)---where all the spectra, for the most part, look similar. Thinking their may be a mounting issue, or something wrong with the mechanical structure of the GS13 inside, we will take a look for any rubbing in the area of H3/V3. We'll then take off the H3 door, and perform some checks on H3 (while watching with DV & quick spectra).
The attached image shows the the contrast defect from using the phase map of one of the AdvLIGO optics. The file name is 's1tins'.
Installation work on the new solaris frame writer (dtsfw1, X4270): Used LSI bios to build RAID1 mirror on the two boot disks (called IM) Installed sol10 from external DVD unit, using ZFS for the boot disk. Created a controls account. Installed Sun Stu-stu-studio 12.1 in /opt/SunStudio, controls account path set to find these binaries. Quick test, compiled a "hello world" C file. Note: /cvs does not want to mount on reboot, so at the moment I'm logging in as root and manually mounting it.
Note that the unit has the 10GigE pci-e card and both fiber channel pci-e cards installed, but these have not been configured. ethernet port 0 and the ilom network ports are both connected to the 10.11.0/24 switch. The ilom is using the default password.
Fired up the DTS X4270 last night and like the one in the MSR it didn't boot solaris, rather gave a "bad PBR" error and then went into PXE boot search mode. This is the Primary Boot Record so does this mean solaris was not pre-installed?
The drawing of the LHO test stands in the staging building and the OSB can be found in the following DCC document: network drawing (pdf file)
Ben rack mounted a X4270 unit immediately above the X2200 systems (nds, etc.) This will become the test frame writer/QFS machine and will run sol10.
Ben also racked up two X4270 machines in the H2 DAQ rack in the MSR, following Rolf's DAQ rack layout drawing.
In keeping with the X1 SYS SUB alog tag convention, the DTS is now tagged "X1 DAQ DTS"