Forget about Pokemon Go, here's the next upcoming trend: https://www.indiegogo.com/projects/father-io-massive-multiplayer-laser-tag-app#/ (video may not play in Firefox, and half the site is blocked by my Kaspersky Labs AV ;))

Father.IO is the world's first real-life, massive multiplayer, first person shooter. Experience the adrenaline, tactics and strategies of gaming in your everyday life. Combining real time geo-localized strategy & first person shooter battles, Father.IO brings a virtual world into your backyard.

Also, for those of you melting in the hot European weather and no money for an airco, here's a "Homemade air conditioner DIY - Awesome Air Cooler! - EASY Instructions -... https://youtu.be/ITtlxjvLQis". :)

---

Something Windows 7 users will want to know:
http://www.infoworld.com/article/3112358/microsoft-windows/windows-7-log-file-compression-bug-can-fill-up-your-hard-drive.html

I've had repeated instances where a Windows 7 x64 client runs out of hard drive space, and found that C:\Windows\TEMP is being consumed with hundreds of files with names following the pattern "cab_XXXX_X", generally 100 MB each, and these files are constantly generated until the system runs out of space. Upon removing the files & rebooting, the files start being generated again.

I've found that this is caused by large Component-Based Servicing logs. These are stored at C:\Windows\Logs\CBS. The current log file is named "cbs.log". When "cbs.log" reaches a certain size, a cleanup process renames the log to "CbsPersist_YYYYMMDDHHMMSS.log" and then attempts to compress it into a .cab file.

However, when the cbs.log reaches a size of 2 GB before that cleanup process compresses it, the file is too large to be handled by the makecab.exe utility. The log file is renamed to CbsPersist_date_time.log, but when the makecab process attempts to compress it the process fails (but only after consuming some 100 MB under \Windows\Temp). After this, the cleanup process runs repeatedly (approx every 20 minutes in my experience). The process fails every time, and also consumes a new ~ 100 MB in \Windows\Temp before dying. This is repeated until the system runs out of drive space.

To fix it:
There are incorrect solutions to the problem all over the web, but one approach does seem to end the madness. If your Windows 7 or 2008 R2 hard drive is getting overwhelmed by log files, here's what to do:

Step 1. Stop the Windows Modules Installer service. Click Start and in the Search box type

services.msc

Press Enter and you see the Local Services list.

Step 2. Scroll down to the Windows Modules Installer service and double-click on it.

Step 3. Under Service status, click Stop. Click OK.

Step 4. Use File Explorer to go to C:\Windows\Logs\CBS. (If Windows is installed on a different hard drive, you have to go to that drive.)

Step 5. Move or rename all of the files in that folder.

Step 6. For good measure, delete all the "cab*" files in your Windows Temp folder, typically C:\Windows\Temp. Makecab won't ever delete them, so you get to.

Step 7. Reboot.

When Windows comes back, the Windows Module Installer service will be running again, and makecab should stop choking on the oversized log file.

If you need the big CBS.log file -- unlikely but possible -- just use a text reader like Notepad to go into the renamed or moved file. If you aren't terribly interested in the log files, you can delete them.

edit: In my case, the Windows Module Installer service wasn't running, I didn't start it, just went to the C:\Windows\Logs\ directory and removed the *.log files there. One of them was over 2GB big which had caused over 12GB of those cab* files in my C:\Windows\Temp directory. All clean now.

---

Interesting. I never encountered that problem with 7 in the years I have been running it.

When it doesn't have Tony run a circle around it, it's not real. ;-)

---

Sirius, nice read, thanx

Sirius, nice read, thanx

You're welcome. I actually visited it as it's only a few miles from me :-)

We also have Flag Fen which is approx. 6 min or so away :-)

Flag Fen

Oh for Pete's sake! I think we can see here who is really out of their tree!! No real evidence whatsoever.

Rubbish

I don't think stuff gets published in Nature without rigorous review. I'm sure it is at least possible, maybe even plausible.

To me it sounds like an interesting use of relatively new technology to do some forensic detective work on cells that have turned to stone, but maintained their pattern integrity. The part about experienced orthopedic surgeons finding the fractures consistent with patterns seen in human falls victims seemed particularly interesting to me.

Why do you think it is "rubbish"?

Damn, the Seti forums are slow. Was just looking into a thread I was helping someone with and when it takes several minutes to even load the index, there's something wrong.

---

Lies!

To create a new thread in News you must have a certain level of average credit. This is to protect against abuse of the system.

---

RIP Gene Wilder
We need more laughter in this world, and appreciate the share he brought our way.

---

Damn, the Seti forums are slow. Was just looking into a thread I was helping someone with and when it takes several minutes to even load the index, there's something wrong.

It's been slow for me for about 3 months now, I've put it down to 3 possible things.

1. The link from Europe to the USA East coast being degraded.
2. The onward link from East coast to West coast being degraded.
3. The move to the CoLo removed their superfast link up the hill to the lab.

Assuming above that we are talking cable links not satellite ones. This link and map shows that the EU and USA West coast are hotspots, specifically the UK and California World internet map In facr internet usage is growing exponentially, and unless massive investment is made worldwide in the next 5 years, the whole lot will slow down to a crawl. Apparently 50% of traffic is streaming video.

For me, Einstein@Home is usually the slow site to load for me. However; SETI@Home has been slowing down on me for the past week to week and a half.

I'm on the West coast; so contacting Einstein goes East for me. SETI is local to me; but is getting as slow as Einstein... (Berkeley is about 20 to 30 Min. from me without traffic on the freeway. So, with fiber in the streets going most of the way there, I don't understand the slowdown for me...)


TL

---

Have TARDIS, will travel...
Come along K-9!
Join Calm Chaos
Pluto is still a planet

Kitties pad in after the MEOW event to say....
Seti is down now.

Meow.

It is still up.

That is odd.....
I had gotten the 'project is down for maintenance' page the last time I tried to reload the forum and my account page. They are still on my screen.
Gary Charpentier said he had gotten the down page in the LPTPHW thread as well.

Yep, odd...

No maintenance messages but several Project has no tasks available -messages in row.....

Really odd. The 17:00 SSP page still shows no signs of the struggle.

Yep, actually AP ready-to-send -buffer is increasing... SSP is updating but not with all details?

Scheduling server must be down, or is it "scheduler process"? Don't recall seeing it before in SSP....

EDIT: I did check 3 fastest hosts and last time anyone of these did receive wu is 15:31:09 UTC, so something must be offline

Last update on SSP shows scheduling server on synergy still up....so something is tangled for now.
Could be a longer outage, with all the MEOW event activity in the last week.
Maybe....

Well, regardless of what the SSP may say, work is not being sent out.