From opticalmachine at hotmail.com Thu Jan 2 23:55:18 2003 From: opticalmachine at hotmail.com (Ben Jian) Date: Thu, 2 Jan 2003 23:55:18 -0800 Subject: Coral remote log in problem Message-ID: Hi, I have been having problem with Coral remote log in for a long time. More often than not, when I try remote log in, I am presented with a log in window which has inputs for user name and password, but the password area is inaccessble. When this happens, no matter what I do, the problem persists and I can not have access to Coral. Please fix this problem. Thanks. For your information, my Coral log in name is "quickwin". Regards. Ben Jian Arrayed Fiberoptics Corp. Cell: 510-579-2354 -------------- next part -------------- An HTML attachment was scrubbed... URL: From shott at snf.stanford.edu Mon Jan 6 09:35:20 2003 From: shott at snf.stanford.edu (John Shott) Date: Mon, 06 Jan 2003 09:35:20 -0800 Subject: Coral died this morning ... Message-ID: <3E19BE58.A7B347DD@snf.stanford.edu> Bill and Mike: Hmmm ... the coral servers appear to have died this morning at about 9:10 a.m. I think that the admin manager thought that the resource manager had died and likely tried to restart. However, it's restart was unsuccessful ... if I am not mistaken, it may be because user "admin" (rather than root) tried to restart the servers. In any event, by 9:20 or so, I got calls from the lab and restarted the servers manually ... Thanks, John From bmurray at snf.stanford.edu Mon Jan 6 16:30:53 2003 From: bmurray at snf.stanford.edu (Bill Murray) Date: Mon, 6 Jan 2003 16:30:53 -0800 (PST) Subject: Coral died this morning ... In-Reply-To: <3E19BE58.A7B347DD@snf.stanford.edu> Message-ID: John, I was looking at the logs. I'm puzzled. From the logs it appears that the Resource Manager could not heartbeat the Admin Manager so the the Admin Manager assumed it was dead and restarted the servers. The Admin Manager successfully restarted the servers. However, the Resource Manager was still unable to contact the Admin Manager and register so the Resource Manager shut down. At this point, no managers are registered with the Admin Manager so everything stops. I would say this was clearly a network problem, but how can that be if all the servers are running on rosen? Perhaps, it was an ORB failure? Bill On Mon, 6 Jan 2003, John Shott wrote: > Bill and Mike: > > Hmmm ... the coral servers appear to have died this morning at about 9:10 > a.m. I think that the admin manager thought that the resource manager had > died and likely tried to restart. However, it's restart was unsuccessful ... > if I am not mistaken, it may be because user "admin" (rather than root) tried > to restart the servers. In any event, by 9:20 or so, I got calls from the lab > and restarted the servers manually ... > > Thanks, > > John > From mtang at snf.stanford.edu Mon Jan 13 14:17:07 2003 From: mtang at snf.stanford.edu (Mary Tang) Date: Mon, 13 Jan 2003 14:17:07 -0800 Subject: Mouse pads? Message-ID: <3E233AE3.6F68BBB8@snf.stanford.edu> Hi guys -- Could we possibly persuade SUN to donate a few new mousepads? The ones in the lab are getting quite ratty and questionable as to their clean-room compatibility... (If not, let me know -- I think I've got some nifty, inexpensive plastic cushiony stuff that might work really nicely...) Thanks, Mary -- Mary X. Tang, Ph.D. National Nanofabrication Users' Network Stanford Nanofabrication Facility CIS Room 136, Mail Code 4070 Stanford, CA 94305 (650)723-9980 mtang at snf.stanford.edu From bmurray at snf.stanford.edu Tue Jan 21 08:32:57 2003 From: bmurray at snf.stanford.edu (Bill Murray) Date: Tue, 21 Jan 2003 08:32:57 -0800 (PST) Subject: Database Backups Message-ID: John and Mike, (I have copied MIT since they face the same issues and/or may have solved the problem.) Based on our experience last week, Mike has proposed some changes to our backups of the database including more frequent tape changes. I have a couple of other suggestions that I'll work with Mike on implementing when we move to atu over the next two weeks. (However, with the RAID, this should be much less of a problem.) In addition to traditional tape backups, I would like to rotate through a set of 5 to 7 exports of the database done on a daily basis when the lab is least active. We may need to lock the database or shut down the servers briefly to insure consistent data. The advantage to exports is that we could quickly move to any machine, check out all the Coral source and compile it (if necessary), run the sql scripts (lab_dba, lab_db) to create the managers and tablespaces, and do an import. I suspect this may be faster than a restore from tape and may be less dependent on the configuration of the file system and disk partitions. I would also propose that we back the exports up to tape. If done carefully, this could allow us to return to a snapshot of the database at almost any regular interval (in case of undetected corruption). The other item is related to tape backups. Based on recent experience, I fear that our current tape backups may be inconsistent if done without shutting down the Oracle database server. We had asssumed that we were ok because we did not get open file errors. However, with control files and redo logs, it is possible to get no open file errors, but still have the database in an inconsistent state. So we need to revisit this issue. Thanks, Bill From jhannibal at snf.stanford.edu Tue Jan 21 16:32:43 2003 From: jhannibal at snf.stanford.edu (Janine Hannibal) Date: Tue, 21 Jan 2003 16:32:43 -0800 Subject: Change Username Message-ID: <3E2DE6AB.70502@snf.stanford.edu> Hello! Labmember Michael Ayala would like to change his username mayala to maayala. Thank you! Janine -------------- next part -------------- An HTML attachment was scrubbed... URL: From shott at snf.stanford.edu Tue Jan 21 17:00:35 2003 From: shott at snf.stanford.edu (John Shott) Date: Tue, 21 Jan 2003 17:00:35 -0800 Subject: Change Username References: <3E2DE6AB.70502@snf.stanford.edu> Message-ID: <3E2DED33.6189A11B@snf.stanford.edu> Janine and Michael: Is there a good reason for this change? It's a nuisance to do because it requires changing all historical records in the database, everything in the euqipment qualifications table, unsubscribing and resubscribing them to the proper mailing lists, etc. Do we allow people (on our forms ...) to request the login name that they would like to use, providing that it isn't already taken. Thanks, John From hendrikb at stanford.edu Wed Jan 22 11:26:07 2003 From: hendrikb at stanford.edu (Hendrik Bluhm) Date: Wed, 22 Jan 2003 11:26:07 -0800 (PST) Subject: Authentication failure Message-ID: When I log into sunray, the coral window does not show up, however it seams that coral is doing something as the logfile is updated: bash-2.05$ cat .coral-log Labnet instantiated with parameter: /usr/local/coral/config/labnet.conf Warning: Cannot convert string "-monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1" to type FontStruct You are running the local version of Coral. Include file: /usr/local/coral/config/Client.conf ADMMGR_IOR_LOC: http://labadmin.stanford.edu/IOR/ Crypto Service Provider: ABA Info: ABA Security Provider v1.1, SHA, MD5 message Digests, and Crypto algorithms. Reading AdminServerIOR: http://labadmin.stanford.edu/IOR/AdminServerIOR ior (from URL): IOR:000000000000002649444c3a6c61626e65742f69646c2f41646d696e2f41646d696e4d616e616765723a312e30000000000000010000000000000064000102000000000e3137312e36342e3130312e31320085f100000019afabcb0000000002cc3131150000000800000000000000000a0000000000000100000001000000200000000000010001000000020501000100010020000101090000000100010100 Bound to AdminManager. Resource Manager contacted. Authorization Manager contacted. Event Manager contacted. Generic client interface instantiated. Error authenticating member. labnet.idl.InvalidMemberSignal: IDL:labnet/idl/InvalidMemberSignal:1.0 It seems that the authentication fails. As I changed my password remotely, I tried to set it back to the original one. However, this did not work either. Logging into sunray or snf works fine. Thanks for your help, Hendrik --------------------------------------------------- Hendrik Bluhm Department of Physics Stanford University Work adress: Moler Lab Lab. for Advanced Materials Phone: (650) 723-4012 McCullough Bldg. Fax: (650) 725-2189 476 Lomita Mall Stanford, CA 94305 From latta at snf.stanford.edu Mon Jan 27 11:32:53 2003 From: latta at snf.stanford.edu (Nancy Latta) Date: Mon, 27 Jan 2003 11:32:53 -0800 (PST) Subject: Terminal offset Message-ID: Hi Guys, The terminal near the tycom is acting weird. The display is offset upwards so that the task bar usually located at the bottom of the screen is no longer visable..... Nancy