[Jenne, Kiwamu]

The 2 SOS towers for the ITMs have been assembled, and are on the flow bench in the cleanroom.  Next up is to glue magnets, dumbells, guiderods and wire standoffs to the optics, then actually hang the mirrors.

Did some more test to get better performance at higher frequencies.

Increased # taps to 4000 and reduced downsampling to 4, without changing the AA32 filters, from CORR, EMPH and the matching ADPT channels. But for testing I turned off AA32 from the input PEM channels. So that high frequency still gets blocked at CORR, but the adaptive filters have access to higher frequencies. Once we fix some reasonable downsampling, we should create corresponding AA filters.

I used only two channels, RANGER/GUR2_Y and GUR1_Z, and basically they had only one filter 0.1:0

This set up gave little better performance (more reduction at more frequencies), at some point even the 16HZ peak was reduced by a factor of 3. The 24Hz peak was a bit unstable, but became stable after I removed the Notch24 filters from PEM channels, to ensure that OAF is aware of those lines. There was some improvement also at the 24Hz peak.

Lately I've been trying to improve the PLL for the AbsL experiment so that it could handle larger frequency steps and thus speed up the cavity scan.

The maximum frequency step that the PLL could handle withouth losing lock is given by the DC gain of the PLL. This is the product of the mixer's gain factor K [rad/V ], of the laser's calibration C [Hz/V] and of the PLL filter DC gain F(0).

I measured these quantities: K=0.226 V/rad; C=8.3e6 Hz/V and F(0)=28.7dB=21.5. The max frequency step should be Delta_f_max = 6.4MHz.

Although in reality the PLL can't handle more than a 10 KHz step. There's probably some other effect that I'm not.

I'm attaching here plots of the PLL Open Loop Gain, of the PLL filter and of a spectra of the error point measured in different circumstances.

I don't have much time to explain here how I took all those measurements. After I fix the problem, I'm going to go go through those details in an elog entry.

Does anyone have any suggestion about what, in principle, might be limiting the frequency step?

I already made sure that both cables going to the mixer (the cable with the beat signal coming from the photodiode and the cable with the LO signal coming from the Marconi) had the same length. Although ideally, for phase locking, I would still need 90 degrees of phase shift between the mixing signals, over the entire frequency range for which I do the cavity scan. By now the 90 degrees are not guaranteed.

Also, I have a boost that adds another 20 dB at DC to the PLL's filter. Although it doesn't change anything. In fact, as said above calculating the frequency step, the PLL should be able to handle 100KHz steps, as I would want the PLL to do.

I just aligned PRM and locked PRC and I noticed that SPOB is much higehr than it used to be. It's now about 1800, vs 1200 than it used to be last week.

Isn't anyone related to that? If so, may I please know how he/she did it?

 oops, my bad.  I cranked the 33MHz modulation depth and forgot to put it back.  The slider should go back to around 3. 

 I was actually hoping that the alignment got better.

I've added the control logic for the outputs going to the Contec Digital Output board.  This includes outputs from the QPD filters (2 filters per quadrant, 8 in total), as well as outputs going to the coil input sensor whitening.

At this point, the ETMY controls should have everything the end station FE normally does.  I'm hoping to do some testing tomorrow afternoon with this with a fully locked IFO.

I might have found the problem with the PLL that was preventing me from scanning the frequencies by 100KHz steps. A dumb flimsy soldering in the circuit was making the PLL unstable.

After I fixed that problem and also after writing a cleverer data acquisition script in Python,  I was able to scan continuosly the range 10-200MHz in about 20min (versus the almost 1.5-2 hrs that I could do previously). I'm attaching the results to this entry.

The 'smears' on the right side of the resonance at ~33MHz, are due to the PSL's sideband. I think I know how to fix that.

As you can see, the problem is that the model for the cavity transmission still does not match very well the data. As a result, the error on the cavity length is too big (~> 10 cm - I'd like to have 1mm).

Anyway, that was only my first attempt of scanning. I'm going to repeat the measurement today too and see if I can come out better. If not, than I have to rethink the model I've been using to fit.

I want to try to do the measurement with the network analyzer used as local oscillator, instead of the Marconis that I'm using now. Tha could give me better noise rejection. It would also give me information about the phase.

Also I wouldn't dislike abandoning the GPIB interfaces to acquire data.

We were able to lock the Y-arm using Megatron and the RCG generated code, with nothing connected to c1iscey.

All relevant cables were disconnected from c1iscey and plugged into the approriate I/O ports, including the digital output.  Turns out the logic for the digital output is opposite what I expected and added XOR bitwise operators in the tst.mdl model just before it went out to DO board.  Once that was added, the Y arm locked within 10 seconds or so.  (Compared to the previous 30 minutes trying to figure out why it wouldn't lock).

The upgrade's input mode matching telescope design is complete.  A summary document is on the MMT wiki page, as are the final distances between the optics in the chain from the mode cleaner to the ITMs.  Unless we all failed kindergarden and can't use rulers, we should be able to get very good mode matching overlap.  We seem to be able (in Matlab simulation land) to achieve better than 99.9% overlap even if we are wrong on the optics' placement by ~5mm.  Everything is checked in to the svn, and is ready for output mode matching when we get there.

IN VACUUM beam heights are ALL 5.5"  This is measured from the top of the optical table to the center of all TMs, mirrors and other optical components. This beam is ~36" above the floor.

PSL (inside of enclosure) main-output  beam: PMC, MZ, RC and ISS  are at 3" heights. IOO Angle & Position, MC-Trans and RFAM qpds are at 4"

ALL OTHER beam heights at atmosphere and  different ISCT (interferrometer sensing, control optical table)s are at 4"

I have made a prototype circuit of the triple resonant EOM.

The attached is the measured optical response of the system.

The measured gains at the resonances are 8.6, 0.6 and 7.7 for 11MHz, 29.5MHz and 55MHz respectively.

I successfully got nice peaks at 11MHz and 55MHz. In addition resultant optical response is well matched with the predicted curve from the measured impedance.

However there is a difference from calculated response (see past entry) (i.e. more gains were expected)

Especially for the resonance of 29.5MHz, it was calculated to have gain of 10, however it's now 0.6. Therefore there must a big loss electrically around 29.5MHz.

I am going to re-analyze the impedance and model the performance in order to see what is going on.

Hey, this looks nice, but can you provide us the comparison of rad/V with the resonant EOM of New Focus?

In the middle of the last month, Kiwamu and I went to Garilynn's lab to measure the phase maps of the new ITMs and SRMs.

Analysis of the phase map data were posted on the svn directory:
https://nodus.ligo.caltech.edu:30889/svn/trunk/docs/upgrade08/cocdocs/PhaseMaps/

The screen shots and the plots were summarized in a PDF file. You can find it here:
http://lhocds.ligo-wa.caltech.edu:8000/40m/Upgrade_09/Main_Optics_Phase_Maps

The RoCs for all of the PRMs are turned out to be ~155m. This is out of the spec (142m+/-5m) although the actual effect is not understand well yet..

These RoCs are almost independent from the radus of the assumed gaussian beam.
In deed, I have checked the dependence of the RoC on the beam spot position, and it turned out that the RoCs vary only little.
(In the SRMU01 case, for example, it varies from 153.5m to 154.9m.)
The beam radius of 3mm was assumed. The RoCs were calculated 20x20mm region around the center of the mirror with a 2mm mesh.
 

Joe and Alex are working on the computers. Our vacuum system is temporary "All off" condition: meaning all valves are closed, so there is no pumping. cc1 = 1.6e-6 Torr

The commercial resonant EOM of New Focus has the modulation efficiency of 50-150mrad/Vrms. ( This number is only true for those EOM made from KTP such as model4063 and model4463 )

Our triple-resonant EOM (made from KTP as well) has a 90mrad/Vrms and 80mrad/Vrms at the reosonances of 11MHz and 55MHz respectively.

Therefore our EOM is as good as those of company-made so that we can establish a new EOM company

A few machines have still not been changed over, including a few laptops, mafalda, ottavia, and c0rga.

All the front ends have been changed over.

fb40m died during a reboot and was replaced with a spare Sun blade 1000 that Larry had.  We had to swap in our old hard drive and memory.

All the front ends, belladonna, aldabella, and the control room machines have been switched over. Nodus was changed over after we realized we hosed the elog and svn by switching linux1's IP.

At this point, 90% of the machines seem to be working, although c0daqawg seems to be having some issues with its startup.cmd code.

 Designated vacuum control lap top is trouble some to use. Joe finally fixed it and I switched valve configuration back to vacuum normal. Shutter is open

After Joe left:

1. Turned on op440m and returned him his keyboard and mouse.
2. Damped MC2.
3. Opened PSL shutter - locked PMC, FSS,
4. Started StripTool displays on op540m.
5. op340m doesn't respond to ping from anyone.
6. started FSS  SLOW and RCPID scripts on op540 - need to kill and restart on op430m.
7. ASS wouldn't come up - it doesn't know who linux1 is.
8. MC autolocker wouldn't run on op540m because of a perl module issue, started it on op440m - it needs to be killed and restarted on op430m.
9. probably mafalda, linux2, and op430m need some attention - they are all in the same rack.

As of 7:18 PM, the MC is locked and the PSL seems normal + all suspensions are damped and the ELOG is back up as well as the SVN.

5) op340m has had its hosts table and other network files updated.  I also removed its outdated hosts.deny file which was causing some issues with ssh.

6) On op340m I started FSSSlowServo, with "nohup ./FSSSlowServo", after killing it on op540m.

I also kill RCthermalPID.pl, and started with "nohup ./RCthermalPID.pl" on op540m.

7) c1ass is fixed now.  There was a typo in the resolv.conf file (namerserver -> nameserver) which has been fixed.  It is now using the DNS server running on linux1 for all its host name needs.

8) I killed the autlockMCmain40m process running on op440m, modified the script to run on op340m, logged into op340m, went to /cvs/cds/caltech/scripts/MC and ran nohup ./autolockMCmain40m

9) Linux2 does not look like it has not been connected for awhile and its wasn't connected when we started the IP change over yesterday.  Is it supposed to still be in use?  If so, I can hook it up fairly easily.  op340m, as noted earlier, has been switched over.  Mafalda has been switched over.

10) c0rga has now been switched over. 

11) aldabella, the vacuum laptop has had its starting environment variables tweaked (in the /home/controls/.cshrc file) so that it looks on the 192.168.113 network instead of the 131.215.113.  This should mean Steve will not have any more trouble starting up his vacuum control screen.

12) Ottavia has been switched over.

13) At this time, only the GPIB devices and a few laptops remain to get switched over.

Koji pointed out that logging into Nodus was being abnormally slow.  I tracked it down to the fact we had forgotten to update the address for the DNS server running on linux1 in the resolv.conf file on nodus.  Basically it was looking for a DNS server which didn't exit, and thus was timing out before going to the next one.  SSHing into nodus should be more responsive.

I have measured the linearity of our triple resonant EOM (i.e. modulation depth versus applied voltage)

The attached figure is the measured modulation depth as a function of the applied voltage.

The linear behavior is shown below 4Vrms, this is good.

Then it is  slowly saturated as the applied voltage goes up above 4Vrms.

However for the resonance of 29.5MHz, it is difficult to measure below 7Vrms because of the small modulation depth.

 - - - - result from fitting - - -

11MHz: 91mrad/Vrms+2.0mrad

29.5MHz: 4.6mrad/Vrms+6.2mrad

55MHz:82mrad/Vrms+1.0mrad

The GPIB interfaces have been updated to the new 192.168.113.xxx addresses, with Alberto's help.

Spare ethernet cables have been moved into a cabinet halfway down the x-arm.

The illuminators have a white V error on the alarm handler, but I'm not sure why.  I can turn them on and off using the video screen controls (except for the x arm, which has no computer control, just walk out and turn it on).

There's a laptop or two I haven't tracked down yet, but that should be it on IPs. 

At some point, a find and replace on 131.215.xxx.yyy addresses to 192.168.xxx.yyy should be done on the wiki.  I also need to generate an up to date ethernet IP spreadsheet and post it to the wiki.

Steve showed me how to send an international fax today:

1. Load paper.
2. Dial:   011 - (country code) - number
3. Press START (either the black or color option)
4. wait for the screaming fax noise
5. Done

Non-testpoint channels seem to be working in data viewer, however testpoints are not.  The tpman process is not running on fb40m.  My rudimentary attempts to start it have failed. 

# /usr/controls/tpman &
13929
# VMIC RFM 5565 (0) found, mapped at 0x2868c90
VMIC RFM 5579 (1) found, mapped at 0x2868c90
Could not open 5565 reflective memory in /dev/daqd-rfm1
16 kHz system
Spawn testpoint manager
no test point service registered
Test point manager startup failed; -1

It looks like it may be an issue with the reflected memory (although the cables are plugged in and I see the correct lights lit on the RFM card in back of fb40m.)

The fact that this is a RFM error is confirmed by /usr/install/rfm2g_solaris/vmipci/sw-rfm2g-abc-005/util/diag/rfm2g_util and entering 3 (which should be the device number).

Interestingly, the device number 4 works, and appears to be the correct RFM network (i.e. changing ETMY lscPos offset changes to the corresponding value in memory).

So, my theory is that when Alex put the cards back in, the device number (PCI slot location?) was changed, and now the tpman code doesn't know where to look for it.

Edit: Doesn't look like PCI slot location is it, given there's 4 slots and its in #3 currently (or 2 I suppose, depending on which way you count).  Neither seems much the number 4.  So I don't know how that device number gets set.

In the last two days Steve and I took some optics away from the both ETM end table.

This is because we need an enough space to set up the green locking stuff into the end table, and also need to know how much space is available.

Optics we took away are : Alberto's RF stuff, fiber stuff and some optics obviously not in used.

The picture taken after the removing is attached. Attachment1:ETMX, Attachment2:ETMY

And the pictures taken before the removing are on the wiki, so you can check how they are changed.

http://lhocds.ligo-wa.caltech.edu:8000/40m/Optical_Tables

Looks good. I just thought of the idea that we also can use Alberto's PLL setup to sense the modulation with more sensitivity.  ;-)

I received an e-mail from Alex indicating he found the testpoint problem and fixed it today:

Quote from Alex: "After we swapped the frame builder computer it has reconfigured all device files and I needed to create some symlinks on /dev/ to make tpman work again. I test the testpoints and they do work now."

The PD Kiwamu removed from the Y table was TRY, which we still need.

My bad if he took that. By mistake I told him that was the one I installed on the table for the length measurement and we didn't need it anymore.

I'm going to ask Kiwamu if he can kindly put it back.

Since last Friday either the arms or the PRC can't lock.

The montors show the beam flashing on the end mirrors, but the cavity can't get locked. The error signal looks fine. I suspect a computer problem.

Also PRC can't lock. SPOB is suspiciously stuck at about -95. Although that's not a fixed number, but covering the by hand the SPOB PD on the ITMY table doesn't change the number. I check the DC output of the photodetector and it is actually seen the beam.

Suspecting computer problems started after last Thursday's IP switch, I rebooted the frame builder, c1dcuepics, c1daqctrl and all the front ends. I then burtrestored to February 1st at 1:00 am.

Before I burtrestored c1iscepics, SPOB had gone back to more typical numbers around 0, as it usually read when PRC wasn't locked.

But burtrestoring c1iscepics, return it to the -95 of earlier.

Burterestoring to other times or dates didn't solve the problems.

 I am going to put the PD back to the Y end table in this afternoon.

 Koji and I started poking around, trying to understand what was going on.  At first, we thought it might be related to a computer error, as it seemed.

Fortunately, Rob stopped by and explained that the boost stage of the filter comes under c1lsc control, and will be turned on or off depending on the power in the arms.  Although if you turn it off, it will remain off, it just if its manually selected on, it may go on or off.

Similarly, the output from the Xarm filter bank to the ETMX  filter input will be turned on or off depending on the power in the arm.

Anyways, the locking trouble turns out to be due to no RF sidebands at 33 MHz.  The output of the Marconi was unplugged.  I don't know who, or why did it, but I've plugged it in for now, so we can lock the arms.  Let us know if you need in unplugged.  Thanks.

I put the TRY_PD back to the end table and aligned it. Now it seems to be working well.

I updated the IP address on the Cisco Linksys wireless N router, which we're using to keep megatron separated from the rest of the network.  I then went in and updated megatrons resolv.conf and host files.  It is now possible to ssh into megatron again from the control machines.

I have measured the arm visibilities.
I did not see any change since the last wiping. Our vacuum is not contaminating the cavity in the time scale of 2 months.
It is very good.

Arm visibility measurement ~ latest (Feb. 17, 2010)

Arm visibility measurement after the vent (Dec. 14, 2009)

Arm visibility measurement before the vent (Nov 10, 2009)

X Arm: 0.875 +/- 0.005
Y Arm: 0.869 +/- 0.006

Only the 40m cranes are running on 480VAC The electricians are rewiring this transformer on the mezzanine so it was shut down.

I tested all three cranes before the 480V power was turned off. The last thing to do with the cranes to wipe them down before use.

It will happen on next Tuesday morning.

As preparation for the upcoming planned power outage we turned turbos, RGA off and closed valves.

IFO chamber is not pumped now. Small leaks and out gassing will push the pressure up slowly. At 3 mTorr of P1 the PSL output shutter

will be closed by the interlock.

It is OK to use light in the IFO up to this point.

[Jenne, Kiwamu, with moral support from Koji, and loads of advice from Steve and Bob]

New upgrade ITMX (ITMU03) has it's guiderod & standoff glued on, as step 1 toward hanging the ITMs.

Procedure:

1. Make sure you have everything ready.  This is long and complicated, but not really worth detail here.  Follow instructions in E970037 (SOS Assembly Spec), and get all the stuff in there.

2. Set optic in a 'ring stand', of which Bob has many, of many different sizes. They are cleaned and baked, and in the cleanroom cupboard on the bottom just behind the door. We used the one for 3" optics.  This lets you sit the optic down, and it only rests on the bevel on the outside, so no coated surface touches anything.

3. Drag wipe the first surface of the optic, using Isopropyl Alcohol.  We used the little syringes that had been cleaned for the Drag Wipe Event which happened in December, and got fresh Iso out of the bottle which was opened in Dec, and put it into a baked glass jar.  The drag wipe procedure was the same as for the December event, except the optic was flat on the bench, in the ring holder.

4. Turn the optic over.

5. Drag wipe the other surface.

6. Align the optic in the guiderod gluing fixture (Step 3 in Section 3.2.1: Applying Guide Rod and Wire Standoff of E970037).

7. Set guiderod and standoff (1 guiderod on one side, 1 standoff on the other, per instructions) against the side of the optic.

8.a.  Use a microscope mounted on a 3-axis micrometer base to help align the guiderod and standoff to the correct places on the optic (Steps 4-5 of Section 3.2.1).  This will be much easier now that we've done it once, but it took a looooooong time. 

8.b.  We put the optic in 180deg from the way we should, based on the direction of the wedge angle in the upgrade table layout (wedge angle stuff used a "Call a Friend" lifeline.  We talked to Koji.) The instructions say to put the guiderod and standoff "above" the scribe lines in the picture on Page 5 of E970037 - the picture has the arms of the fixture crossing over the scribe lines.  However, to make the optic hang correctly, we needed to put the guiderod and standoff below the scribe lines.  This will be true as long as the arrow scribe line (which marks the skinniest part of the optic, and points to the HR side) is closest to you when the optic is in the fixture, the fixture is laying on the table (not standing up on end) with the micrometer parts to your right.  We should put the other ITM into the fixture the other way, so that the arrow is on the far side, and then we'll glue the guiderod and standoff "above" the scribe lines.  Mostly this will be helpful so that we can glue in exactly the places the instructions want us to.

8.c.  The biggest help was getting a flashlight to help illuminate the scribe lines in the optic while trying to site them in the microscope.  If you don't do this, you're pretty much destined to failure, since the lights in the cleanroom aren't all that bright. 

8.d.  The micrometer mount we were able to find for the microscope has a max travel of 0.5", but the optic is ~1" thick.  To find the center of the optic for Step 5 in the guiderod and standoff alignment we had to measure smaller steps, such as bevel-to-end-of-scribe-line, and length-of-scribe-line then end-of-scribe-line-to-other-bevel.  Thankfully once we found the total thickness and calculated the center, we were able to measure once bevel-to-center. 

9. Apply glue to the guiderod and standoff.  We made sure to put this on the "down" side, which once the optic is hung, will be the top of the little rods.  This matches the instructions as to which side of the rods to apply the glue on.  The instructions do want the glue in the center of the rod though, but since we put the optic in the fixture the wrong way, we couldn't reach the center, so we glued the ends of the rods.  We will probably apply another tiny dab of glue on the center of the rod once it's out of the fixture, perhaps while the magnet assemblies are being glued.

10.  We didn't know if the airbake oven which Bob showed us to speed up the curing of our practice epoxy last night was clean enough for the ITM (he was gone by the time we got to that part), so for safety, we're leaving the optic on the flow bench with a foil tent (the foil is secured so there's no way it can blow and touch the optic).  This means that we'll need the full curing time of the epoxy, not half the time.  Maybe tomorrow he'll let us know that the oven is in fact okay, and we can warm it up for the morning.

I set up instant green oplevs for ITMs.

A green laser pointer has been set on each end table. It illuminates the ITM center. The beam goea through the ETM substrate.
The reflected green beam returns to the ETM if the ITMs are aligned. Even though the reflected beam to the end is too big, this can
be a rough reference for each ITM.

Note: The green laser pointer at the ETMX were borrowed from Frank. We must return it to him when we finish the work.

The Vac pressure measured at P1 is at 2.5mTorr.  I expect we'll hit 3mTorr sometime this afternoon, at which point (according to Steve) the interlock will shut the shutter, and we won't have light in the IFO.  Anything which needs to happen with light in the IFO before Monday needs to happen fairly soon.

- ETMX/ETMY oplev paths renewed. The nominal gain for ETMY YAW was reversed as a steering mirror has been put.
- Oplevs/QPDs cenrtered except for the MCT QPD.
- SUS snapshots updated
- QPD/Aligment screenshots taken

40m Wiki: Preparation for power supply stop

Jenne and kiwamu

We have glued the dumbbells to the magnets that will be used for the ITMs

We made two sets of glued pair of the dumbbell and the magnet ( one set means 6 pairs of the dumbbell and the magnet. Therefore in total we got 12 pairs. )

You can see the detailed procedure we did on the LIGO document E990196.

Actually we performed one different thing from the documented procedure;

we made scratch lines on the surface of the both dumbbells and magnets by a razor blade.

According to Steve and Bod, these scratch make the strength of the glues stronger.

Now the dumbbell-magnet pairs are on the flow bench in the clean room, and supported by a fixture Betsy sent us.

- -  notes

On the bench the left set is composed by magnets of 244 +/- 3 Gauss and the right set is 255 +/- 3 Gauss.

Koji and kiwamu

The existing optics on the ETMX/ETMY end table were rearranged in this morning.

The main things we have done are -

1. relocation of the optical levers for ETMs ( as mentioned in koji's entry )

This relocation can make a space so that we can setup the green locking stuffs.

The optical path of the green locking is planed to start from the right top corner on the table, therefore we had to relocate the oplevs toward the center of the table.

2. relocation of the lens just before the tube

Because we are going to shoot the green beam into the arm cavity, we don't want to have any undesired lenses before the cavity.

For this reason we changed the position of the lens, it was standing just in front of the tube, now it's standing on the left side of the big mirror standing center top.

Since we did not find a significant change in its the spot size of the transmitted light, we did not change the position of all the TRANS_MON_PDs and its mirrors. And they are now well aligned.

Attachment1: ETMX end table

Attachment2: ETMY end table

• Turned on the RAID attached to linux1 (its our /cvs/cds disk)
  
• Turned on linux1 (it needed a keyboard and monitor in order to be happy - no fsck required)
  
• Turned on nodus (and started ELOG) + all the control room machines
  
• Turned on B/W monitors
  
• Untaped fridge
  

• Found several things OFF which were not listed in the Wiki...
  
• Turned ON the 2 big isolation transformers (next to Steve's desk and under the printer). These supply all of the CDS racks inside.
  
• ~75% of the power strips were OFF in the CDS racks ?? I turned on as many as I could find (except the OMC).
  
• Switched on and keyed on all of the FE and SLOW crates in no particular order. Some of the fans sound bad, but otherwise OK.
  
• Turned on all of the Sorensens that are labeled.
  
• Turned ON the linear supplies close to the LSC rack.
  
• ON the Marconis - set them according to the labels on them (probably out-dated).
  
• After restoring power to the PSL enclosure (via the Isolation Transformer under the printer) turned the Variac ON and HEPA on full speed.
  
• Plugged in the PSs for the video quads. Restored the Video MUX settings - looks like we forgot to save the correct settings for this guy...
  

PSL

Autoburts have not been working since the network changeover last Thursday.

Last snapshot was around noon on Feb 11...  

It turns out this happened when the IP address got switched from 131.... to 192.... Here's the horrible little piece of perl code which was failing:

$command = "/usr/sbin/ifconfig -a > $temp";
   system($command);

   open(TEMP,$temp) || die "Cannot open file $temp\n";
   $site = "undefined";
   #                                                                                                     
   # this is a horrible way to determine site location                                                   
   while ($line = <TEMP>) {
     if ($line =~ /10\.1\./) {
       $site = "lho";
     } elsif ($line =~ /10\.100\./) {
       $site = "llo";
     } elsif ($line =~ /192\.168\./) {
       $site = "40m";
     }
   }
   if ($site eq "undefined") {
     die "Cannot Determine Which LIGO Observatory this is\n";


I've now put in the correct numbers for the 40m...and its now working as before. I also re-remembered how the autoburt works:

1) op340m has a line in its crontab to run /cvs/cds/caltech/burt/autoburt/burt.cron (I've changed this to now run at 7 minutes after the hour instead of at the start of the hour).

2) burt.cron runs /cvs/cds/scripts/autoburt.pl (it was using a perl from 1999 to run this - I've now changed it to use the perl 5.8 from 2002 which was already in the path).

3) autoburt.pl looks through every directory in 'target' and tries to do a burt of its .req file.

Oh, and it looks like Joe has fixed the bug where only op440m could ssh into op340m by editing the host.allow or host.deny file (+1 point for Joe).

But he forgot to elog it (-1 point for Joe).®

I knew there was going to be a script somewhere with a hard coded IP address.  My fault for missing it.  However, in regards to the removal of op340m's host.deny file, I did elog it here.  Item number 5.

This work happened on Friday, after Nodus and the elog went down....

[Jenne, Kiwamu]

The guiderod and standoff for ITMY were epoxied, and left drying over the weekend on the flow bench under a foil tent.  The flow bench was off for the weekend, so we made tents which hopefully didn't have any place for dust to get in and settle on the mirrors.

There is a small chance that there will be a problem with glue on the arm of the fixture holding the guiderod to the optic.  Kiwamu and I examined it, and hopefully it won't stick.  We'll check it out this afternoon when we start getting ready for gluing magnets onto optics this afternoon.

Morning condition: vacuum rack power is still off, no MEDM screen reading.....meaning unknown vacuum pressure.We closed PSL shutter immediately.

Joe restored c1iscepis and Jenne powered up the vac-rack UPS. Now the rest of the vac-rack power were restored from starting at the top to bottom.

P1 was reading 15 mTorr.  We restarted pumps and  set vacuum valve positions. V1 opening required Rob's recipe of elog # 1863 to defeat interlock that

has a non communicating gauge: PTP1

CC1 pressure just reached 1e-6 Torr at VAC NORMAL configuration.