From gyama at snf.stanford.edu Fri May 1 09:40:47 2009 From: gyama at snf.stanford.edu (Gary Yama (SNF)) Date: Fri, 01 May 2009 09:40:47 -0700 Subject: my CORAL keeps crashing when using the Sunray card in the cleanroom Message-ID: <49FB260F.90602@snf.stanford.edu> I can get CORAL up, & I use Firefox as the web browser, but it crashes very easily. I have cleared the cache but this does not seem to help. Any suggestions? Thanks - Gary From bmurray at stanford.edu Fri May 1 09:43:35 2009 From: bmurray at stanford.edu (Bill Murray) Date: Fri, 01 May 2009 09:43:35 -0700 Subject: my CORAL keeps crashing when using the Sunray card in the cleanroom In-Reply-To: <49FB260F.90602@snf.stanford.edu> References: <49FB260F.90602@snf.stanford.edu> Message-ID: <49FB26B7.6070507@stanford.edu> Gary, Is Coral crashing or is Firefox crashing? Bill Gary Yama (SNF) wrote: > I can get CORAL up, & I use Firefox as the web browser, but it crashes > very easily. > > I have cleared the cache but this does not seem to help. > > Any suggestions? > > Thanks - Gary From bmurray at stanford.edu Fri May 1 09:46:48 2009 From: bmurray at stanford.edu (Bill Murray) Date: Fri, 01 May 2009 09:46:48 -0700 Subject: my CORAL keeps crashing when using the Sunray card in the cleanroom In-Reply-To: <49FB260F.90602@snf.stanford.edu> References: <49FB260F.90602@snf.stanford.edu> Message-ID: <49FB2778.6060602@stanford.edu> Gary, I have checked the logs in your home directory. You're getting the following error: Exception in thread "CompilerThread0" java.lang.OutOfMemoryError: requested 3275 6 bytes for ChunkPool::allocate. Out of swap space? It looks like I have a problem with swap space or memory on flare. I'm looking at the problem right now. Thanks, Bill Gary Yama (SNF) wrote: > I can get CORAL up, & I use Firefox as the web browser, but it crashes > very easily. > > I have cleared the cache but this does not seem to help. > > Any suggestions? > > Thanks - Gary From mtang at stanford.edu Mon May 4 08:25:45 2009 From: mtang at stanford.edu (Mary Tang) Date: Mon, 04 May 2009 08:25:45 -0700 Subject: Qualification functions? Message-ID: <49FF08F9.9000005@stanford.edu> Hi guys -- I can't seem to qualify people this morning. I get the following message when I try to qualify "usha" or "ghyrn" or even myself ("mtang") on innotec or drytek4: org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor cord: 201 completed: No This is with either remote or local Coral. I was also checking on equipment enable, following a labmember comment. I can enable a random assortment of equipment (wafersaw, bottlewash, ev_imprint, etc.) , but can't enable stresstest (not that it really matters in practice, since it's not interlocked, but thought it worth noting). I get this error: Hardware manager error: Enable return value exceeds limits. See lab staff. The second is less important, but I'd like to get usha and ghyrn qualed on innotec and drytek4. Thanks, Mary -- Mary X. Tang, Ph.D. Stanford Nanofabrication Facility CIS Room 136, Mail Code 4070 Stanford, CA 94305 (650)723-9980 mtang at stanford.edu http://snf.stanford.edu From bmurray at stanford.edu Mon May 4 08:43:59 2009 From: bmurray at stanford.edu (Bill Murray) Date: Mon, 04 May 2009 08:43:59 -0700 Subject: Qualification functions? In-Reply-To: <49FF08F9.9000005@stanford.edu> References: <49FF08F9.9000005@stanford.edu> Message-ID: <49FF0D3F.5020701@stanford.edu> Mary, Mary Tang wrote: > Hi guys -- > > I can't seem to qualify people this morning. I get the following > message when I try to qualify "usha" or "ghyrn" or even myself > ("mtang") on innotec or drytek4: > > org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor cord: 201 completed: No > > > This is with either remote or local Coral. > We've been having some odd CORBA exceptions over the last two weeks when trying to connect to the policy manager: 2009-05-04 08:14:57 Error returned by PDP on manage request: org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 201 completed: No I need to check with John to see if we have had any OS or Java patches in the last few weeks which might account for this. I have restarted the servers so you should be able to qualify now. > > I was also checking on equipment enable, following a labmember > comment. I can enable a random assortment of equipment (wafersaw, > bottlewash, ev_imprint, etc.) , but can't enable stresstest (not that > it really matters in practice, since it's not interlocked, but thought > it worth noting). I get this error: > > Hardware manager error: Enable return value exceeds limits. See lab > staff. > The stresstest is interlocked. It looks like someone has disconnected the cable? Bill From mtang at stanford.edu Fri May 8 09:25:24 2009 From: mtang at stanford.edu (Mary Tang) Date: Fri, 08 May 2009 09:25:24 -0700 Subject: Equipment email lists? Message-ID: <4A045CF4.50906@stanford.edu> Hi John, Bill -- I'm not sure what's going on, but it appears that the equipment email lists archive for equipment at snf and equipment-pcs at snf haven't been updating since Dec. 08. We've also had several recent complaints from labmembers that emails to specmat at snf are bouncing. Is our emailer OK? Mary -- Mary X. Tang, Ph.D. Stanford Nanofabrication Facility CIS Room 136, Mail Code 4070 Stanford, CA 94305 (650)723-9980 mtang at stanford.edu http://snf.stanford.edu From shott at stanford.edu Fri May 8 09:58:24 2009 From: shott at stanford.edu (John Shott) Date: Fri, 08 May 2009 09:58:24 -0700 Subject: Equipment email lists? In-Reply-To: <4A045CF4.50906@stanford.edu> References: <4A045CF4.50906@stanford.edu> Message-ID: <4A0464B0.6080702@stanford.edu> Mary: > We've also had several recent complaints from labmembers that emails > to specmat at snf are bouncing. Is our emailer OK? In order to do a better job of both avoiding spam and of avoiding those annoying "bounced message" lists that we were getting for quite a while, I've put in something that basically only allows "legal subscribers" to post. Legal subscribers include the list of folks that are on at least one equipment email list or on our courtesy list. That is, in effect, our labmembers list. Plus we explicitly allow email send from anyone of these folks forwarded email list .... so that, for example, you can send email as either mtang at snf.stanford.edu or as mtang at stanford.edu. However, if you happened to send email as mary_tang at gmail.com it would be rejected. Has anyone who should be a "legal" subscriber gotten bounced when they send email to this address? If we need to arguably accept email from other places then we can moderate that list ... but, as you painfully know, moderating a list is a nuisance and we are likely to get the same spam sent to specmat that we get sent to labmembers ... Thanks, John From mtang at stanford.edu Fri May 8 10:12:02 2009 From: mtang at stanford.edu (Mary Tang) Date: Fri, 08 May 2009 10:12:02 -0700 Subject: Equipment email lists? In-Reply-To: <4A0464B0.6080702@stanford.edu> References: <4A045CF4.50906@stanford.edu> <4A0464B0.6080702@stanford.edu> Message-ID: <4A0467E2.4020600@stanford.edu> Oh! OK, that makes sense. I think the complaintants (is there such a word?) were new labmembers -- except for Rostam -- but it looks like he sent it from his gmail account rather than his usual Stanford account. M John Shott wrote: > Mary: > >> We've also had several recent complaints from labmembers that emails >> to specmat at snf are bouncing. Is our emailer OK? > In order to do a better job of both avoiding spam and of avoiding > those annoying "bounced message" lists that we were getting for quite > a while, I've put in something that basically only allows "legal > subscribers" to post. > > Legal subscribers include the list of folks that are on at least one > equipment email list or on our courtesy list. That is, in effect, our > labmembers list. Plus we explicitly allow email send from anyone of > these folks forwarded email list .... so that, for example, you can > send email as either mtang at snf.stanford.edu or as mtang at stanford.edu. > However, if you happened to send email as mary_tang at gmail.com it > would be rejected. > > Has anyone who should be a "legal" subscriber gotten bounced when > they send email to this address? > > If we need to arguably accept email from other places then we can > moderate that list ... but, as you painfully know, moderating a list > is a nuisance and we are likely to get the same spam sent to specmat > that we get sent to labmembers ... > > Thanks, > > John > > > -- Mary X. Tang, Ph.D. Stanford Nanofabrication Facility CIS Room 136, Mail Code 4070 Stanford, CA 94305 (650)723-9980 mtang at stanford.edu http://snf.stanford.edu From spotworthy at comcast.net Wed May 13 08:29:31 2009 From: spotworthy at comcast.net (spotworthy at comcast.net) Date: Wed, 13 May 2009 15:29:31 +0000 (UTC) Subject: Sunray console #10 missing mouse Message-ID: <495935303.6847821242228571737.JavaMail.root@sz0056a.emeryville.ca.mail.comcast.net> In the Fab, sunray console #10 across from WBDIFF is missing a mouse. Linda W. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtang at stanford.edu Tue May 19 09:35:39 2009 From: mtang at stanford.edu (Mary Tang) Date: Tue, 19 May 2009 09:35:39 -0700 Subject: Qualification? Message-ID: <4A12DFDB.2080705@stanford.edu> Hiya -- I'm trying to qualify someone using remote Coral, but get that error message we've seen on occasion: org.omg.CORBA.COMM_FAILURE: vmcid: SUN microfode: 201 completed: NO Mary -- Mary X. Tang, Ph.D. Stanford Nanofabrication Facility CIS Room 136, Mail Code 4070 Stanford, CA 94305 (650)723-9980 mtang at stanford.edu http://snf.stanford.edu From shott at stanford.edu Tue May 19 09:57:41 2009 From: shott at stanford.edu (John Shott) Date: Tue, 19 May 2009 09:57:41 -0700 Subject: Qualification? In-Reply-To: <4A12DFDB.2080705@stanford.edu> References: <4A12DFDB.2080705@stanford.edu> Message-ID: <4A12E505.30703@stanford.edu> Mary: This appears to be due to a bug that was introduced into the latest version of Java .... that happens once in a while. I've got a couple of things to try: 1. If this qualification needs to be done ASAP, I can restart the servers. 2. Alternatively, I will try to arrived during the wee hours tomorrow and download the previous version of Java, uninstall the current version, download the previous version, and then restart the servers. Let me know if this qualification needs to be added ASAP. Thanks, John From mtang at stanford.edu Tue May 19 12:45:39 2009 From: mtang at stanford.edu (Mary Tang) Date: Tue, 19 May 2009 12:45:39 -0700 Subject: Qualification? In-Reply-To: <4A12E505.30703@stanford.edu> References: <4A12DFDB.2080705@stanford.edu> <4A12E505.30703@stanford.edu> Message-ID: <4A130C63.8020002@stanford.edu> No, it doesn't. I've no doubt, the qualifiee (or whatever) will remind me again. M John Shott wrote: > Mary: > > This appears to be due to a bug that was introduced into the latest > version of Java .... that happens once in a while. > > I've got a couple of things to try: > > 1. If this qualification needs to be done ASAP, I can restart the > servers. > > 2. Alternatively, I will try to arrived during the wee hours tomorrow > and download the previous version of Java, uninstall the current > version, download the previous version, and then restart the servers. > > Let me know if this qualification needs to be added ASAP. > > Thanks, > > John > -- Mary X. Tang, Ph.D. Stanford Nanofabrication Facility CIS Room 136, Mail Code 4070 Stanford, CA 94305 (650)723-9980 mtang at stanford.edu http://snf.stanford.edu From edmyers at stanford.edu Tue May 19 16:20:37 2009 From: edmyers at stanford.edu (Ed Myers) Date: Tue, 19 May 2009 16:20:37 -0700 Subject: Can not qualify user on SCT Message-ID: <6.2.5.6.2.20090519161420.0335c070@stanford.edu> John and Bill, I get the following error when I tried to qualify (coral login: tura) on the SCT. org.omg.COBRA.COMM_FAILURE: vmcid: SUN minor code: 201 completed: No I get this error using either remote coral or a sunray in the fab. Ed