Message boards :
Technical News :
One of Those Days (Oct 11 2007)
Message board moderation
Author | Message |
---|---|
Matt Lebofsky Send message Joined: 1 Mar 99 Posts: 1444 Credit: 957,058 RAC: 0 |
I was going to get some programming done today but Dave needed php upgraded on the BOINC server, which was running Fedora Core 6. FC6 didn't have a sufficiently advanced php in its repositories, so this was as good a time as any to yum the system up to Fedora Core 7. This was slow, but worked like a charm. Except I then realized the trac system (used for BOINC's web based public software development) was toasted due to the upgrade. It took over two hours of hair pulling, scouring log files, removing/reinstalling various software packages, poring through barely informative pages only found in Google's cache.. I don't really understand how what we ultimately did fixed the problem, but we seem to be out of the woods, more or less. I hate to say it, but trac is written in python, and I've never had any positive experiences with this programming language. Every six months some random python program explodes as it is utterly sensitive to version upgrades, and tracing the problems is impossible as the code is difficult to read and scoured all over the system in vaguely named files. Others keep trying to convince me python is the bee's knees, but I just can't see it. I started out writing raw machine code on my Apple II+, so to me C is the pinnacle of programming languages (not C++). I'll shut up now before I further offend python programmers/developers. - Matt -- BOINC/SETI@home network/web/science/development person -- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude |
JL Lazy B Svr Send message Joined: 8 May 00 Posts: 16 Credit: 1,066,706 RAC: 0 |
Any idea why this is still in pending state? application SETI@home Enhanced created 1 Oct 2007 12:20:29 UTC name 07mr07am.21938.8252.7.6.218 minimum quorum 2 initial replication 2 max # of error/total/success tasks 5, 10, 5 624496286 3361574 1 Oct 2007 12:20:37 UTC 8 Oct 2007 14:20:23 UTC Over Success Done 19,456.56 54.33 pending 624496285 3831624 1 Oct 2007 12:43:48 UTC 8 Oct 2007 22:21:26 UTC Over Success Done 8,601.52 54.33 pending |
speedimic Send message Joined: 28 Sep 02 Posts: 362 Credit: 16,590,653 RAC: 0 |
I hate to say it, but trac is written in python, and I've never had any positive experiences with this programming language. Every six months some random python program explodes as it is utterly sensitive to version upgrades, and tracing the problems is impossible as the code is difficult to read and scoured all over the system in vaguely named files. Others keep trying to convince me python is the bee's knees, but I just can't see it. I started out writing raw machine code on my Apple II+, so to me C is the pinnacle of programming languages (not C++). I'll shut up now before I further offend python programmers/developers. Don't worry, I know some programmers who don't like Python, too... You're not alone! :) mic. |
Dirk and LoriEllen Send message Joined: 13 Feb 07 Posts: 27 Credit: 27,573 RAC: 0 |
I was going to get some programming done today but Dave needed php upgraded on the BOINC server, which was running Fedora Core 6. FC6 didn't have a sufficiently advanced php in its repositories, so this was as good a time as any to yum the system up to Fedora Core 7. This was slow, but worked like a charm. Matt, s#rew the python people................... This is SETI. Watch the poofs flip when something so big happens that its gotta go public!!! No laundry big enuff for all the clean shorts needed then. Yours faithfully from down-under. |
Mentor397 Send message Joined: 16 May 99 Posts: 25 Credit: 6,794,344 RAC: 108 |
I was going to get some programming done today but Dave needed php upgraded on the BOINC server, which was running Fedora Core 6. FC6 didn't have a sufficiently advanced php in its repositories, so this was as good a time as any to yum the system up to Fedora Core 7. This was slow, but worked like a charm. I have often considered myself a young dinosaur because I sometimes wonder if things might not need to be changed just because they can be changed (The latest example might well be Vista, but I digress). Anyway, thanks for the effort, sorry about your hair - the parts you pulled out should grow back eventually, and good luck the next time it breaks. - Jim |
Swibby Bear Send message Joined: 1 Aug 01 Posts: 246 Credit: 7,945,093 RAC: 0 |
I noticed that the graph representing the purge processes has pretty much flatlined. At first I wondered whether a server needed to be kicked, but then realized that perhaps the million or so remaining workunits are those which have been tagged as READY to be purged but are being held on file for a day or two for "peeking" at their status by us crunchers. In other words, they are purposely not being purged immediately upon completion by all participating crunchers. Am I correct in this analysis? Thanks. Whit |
W. Charlie Moquin-Miller Send message Joined: 3 Apr 99 Posts: 14 Credit: 1,977,694 RAC: 0 |
I don't know anybody who likes Python. Focus on creating an intense desire to make yourself a better person. |
DJStarfox Send message Joined: 23 May 01 Posts: 1066 Credit: 1,226,053 RAC: 2 |
PHP = fairly stable Python = not stable Python3D (what I tried once) = forget it Did you know Yum is based on Python? :) |
Nicolas Send message Joined: 30 Mar 05 Posts: 161 Credit: 12,985 RAC: 0 |
Hmm... Couldn't you have compiled PHP from source, avoiding the OS upgrade and the lost hair? ;) Also, many things in Trac are still broken :( It's a newer version than before (so Trac itself got upgraded too) but there are LESS features! No tags, no wiki templates, no admin pages, and login status is intermittent. I think login itself is broken too, but I will not click Logout to test (might never get back in). Contribute to the Wiki! |
Matt Lebofsky Send message Joined: 1 Mar 99 Posts: 1444 Credit: 957,058 RAC: 0 |
I talked to Rom this morning - last I heard (a while ago) he was going to get the remaining broken parts of BOINC/trac fixed. As for db_purge - there will always be a queue since we keep around results sent in within the last 24 hours so users can see the finished results on their account pages. Otherwise, as soon as a workunit is assimilated all the results would disappear from the database and people will barely have a chance to inspect their completed work. - Matt -- BOINC/SETI@home network/web/science/development person -- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude |
Gary Charpentier Send message Joined: 25 Dec 00 Posts: 30608 Credit: 53,134,872 RAC: 32 |
I was going to get some programming done today but Dave needed php upgraded on the BOINC server, which was running Fedora Core 6. FC6 didn't have a sufficiently advanced php in its repositories, so this was as good a time as any to yum the system up to Fedora Core 7. This was slow, but worked like a charm. 6502 such a nice chip. For me the first was IBM 1130. Back then we had to think about how to squeeze the last bit out of the system. 8k of core and punch cards. Couldn't imagine running SETI on that! |
Neil Blaikie Send message Joined: 17 May 99 Posts: 143 Credit: 6,652,341 RAC: 0 |
On a more positive note than people not liking python. Good to see in the news that 2 days ago (October 11th) the Allen Telescope Array (ATA) came online and is now hopefully doing some good work for you guys at SETI and the Radio Astronomers at the University of California. Should be good when it is fully up and running and searching for that "signal" that everyone wants to find! Think vacations thoughts Matt and don't get too stressed in your first week back from Kiwiland or just think of halloween and all the nice pieces of candy you guys can munch on in the office. |
KWSN THE Holy Hand Grenade! Send message Joined: 20 Dec 05 Posts: 3187 Credit: 57,163,290 RAC: 0 |
Any idea why this is still in pending state? There probably wasn't "substantial agreement" between the two results - a third WU would be generated, crunched and assimilated in that case. (It has happened with a few of my WU's...) You may have looked at the results before the generation of the third WU. (look now...) . Hello, from Albany, CA!... |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14649 Credit: 200,643,578 RAC: 874 |
Any idea why this is still in pending state? Ummmm. I just have: the workunit is 163360415. There's no sign of a third result being called for, let alone issued. Both 'Initial replication' results reported on 8 October (5 days ago): both have validation status 'Initial', not 'Checked, but no consensus yet' as they would if they were following the normal path you're suggesting. Definitely an anomaly here. |
Nicolas Send message Joined: 30 Mar 05 Posts: 161 Credit: 12,985 RAC: 0 |
There probably wasn't "substantial agreement" between the two results - a third WU would be generated, crunched and assimilated in that case. (It has happened with a few of my WU's...) You may have looked at the results before the generation of the third WU. (look now...) Agreed; there should have been a 3rd sent if there is no consensus. Contribute to the Wiki! |
Clyde C. Phillips, III Send message Joined: 2 Aug 00 Posts: 1851 Credit: 5,955,047 RAC: 0 |
On a more positive note than people not liking python. Good to see in the news that 2 days ago (October 11th) the Allen Telescope Array (ATA) came online and is now hopefully doing some good work for you guys at SETI and the Radio Astronomers at the University of California. Should be good when it is fully up and running and searching for that "signal" that everyone wants to find! I don't think Allen is gonna be too much of an asset for SetiatHome. It's too small. Right now it's only 1/8 complete but even when it's complete it'll be too small. One hectare versus four or so used by the Multibeam Receiver (about half the dish). I don't know whether using Allen as an interferometer would help Seti@Home or not. Maybe concentrating that hectare over a very small area would help in special cases if that's what it could do. |
Dena Wiltsie Send message Joined: 19 Apr 01 Posts: 1628 Credit: 24,230,968 RAC: 26 |
Any idea why this is still in pending state? I also have a work unit that has issues. The work unit id is 158494921. It has been out there a few weeks so this is not a new problem. |
OzzFan Send message Joined: 9 Apr 02 Posts: 15691 Credit: 84,761,841 RAC: 28 |
On a more positive note than people not liking python. Good to see in the news that 2 days ago (October 11th) the Allen Telescope Array (ATA) came online and is now hopefully doing some good work for you guys at SETI and the Radio Astronomers at the University of California. Should be good when it is fully up and running and searching for that "signal" that everyone wants to find! The short answer according to Eric Korpela, the Allen Telescope Array data will probably not make it over to SETI@Home. The ATA is owned by the SETI Institute which is a separate entity and has nothing to do with SETI@Home. |
KWSN THE Holy Hand Grenade! Send message Joined: 20 Dec 05 Posts: 3187 Credit: 57,163,290 RAC: 0 |
I hate to add to Matt's already full plate, but... Could someone at the project give the "Client Connection Stats" script a swift kick in the butt? It hasn't been working (every time I've looked, at least!) for the last two weeks... . Hello, from Albany, CA!... |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.