Showing posts with label after. Show all posts
Showing posts with label after. Show all posts

Monday, 29 July 2013

mcshield.exe high cpu usage, unusable system after fresh install

I have used McAfee VirusScan Enterprise with ePolicy Orchestrator for the last 5 years.  This sort of problem has plagued us the whole time (With misc machines at misc times.)  I started monitoring this thread as I am pretty sure the consumer and corporate versions have a signigicant amount of shared code.  My latest problem is mcshield (vse8.8) taking 50-100% CPU on a Core2Duo system for long periods of time. It is random, intermittent and completely swamps the machine making it almost useless.  It does not seem to happen to all machines which leads me to believe it is a conflict with some sort of software, but have not been able to tell what even after many many hours of troubleshooting with tools like Process Montior, Process Explorer, TCPView, etc. To work around the problem, I am now using a virtual machine with 10GB RAM and 8 CPU cores.  On this one, I see the CPU of one core go to near 100% at times (mcshield) but it doesn't affect much as the system has 8 cores.

I have pretty well run out of things to try after disabled most of the advanced protections and exempting everything that it could possibly hang up on, there is not much left.  I have also followed the McAfee Best Practices Guide to the letter and it made no difference. Calls with support in the past have been painful wastes of time while they pretend they've never heard of such a problem, then finally try it in house and are suprised when they can duplicate my results.  It usually ends with "we just released version X and if you upgrade, the problem is solved. No patch for the current version" Only to return a few months down the road.

Let me be clear, our systems are old and slow (although many are dual core and still experience this sort of problem), and this doesn't happen constantly, but it has been happening frequently to random systems at random times for 5 years with VSE8.0, 8.5, 8.7 and now 8.8. 

To those who wonder what is different about the corporate versions, it is mainly that they can be deployed and updated automatically from a central server. Settings can be controlled centrally and you can generate reports about what is being blocked (Mostly Tracking coookies). It doesn't really protect any better and from what I have seen it is really only marginal at catching things.  We have been infected with fake spyware over and over and over and McAfee will scan the obvious malware and say it is clean with up to date DAT files.  Many times I find the malware just by know where to look, then scan it with other products and it is flagged right away even though McAfee will give it a pass. Give it a week and McAfee will catch it too.  That is way way way too long.

I am now looking at and trialing several other products as I AM DONE WITH MCAFEE.  Too many hours wasted for me and my users. The only reason I didn't replace it several years ago was that I have been busy with larger and much more important migrations, upgrades etc as our company went through massive structural changes.  The time to just suffer with the problem was less than to implement a new product. And I figured and some point they would improve the product.  Nope...


View the original article here

VSE 8.8 Update on Windows 8 (64bit), standalone, after "catalog.z verification" error

Thanks alexn for your guidance. Please see attached updatelog.txt file for your reference.

The contect if teh same is alos mentioned below, for your immeidat erefrence...

-------------------Quote-------------------

4/16/2013          12:28:54 AM          X220T\Ravi          Starting task: AutoUpdate

4/16/2013          12:30:10 AM          X220T\Ravi          Checking update packages from repository NAIHttp.

4/16/2013          12:30:10 AM          X220T\Ravi          Initializing update...

4/16/2013          12:30:10 AM          X220T\Ravi          Downloading catalog.z.

4/16/2013          12:30:10 AM          X220T\Ravi          Verifying catalog.z.

4/16/2013          12:30:10 AM          X220T\Ravi          The requested file does not exist.

4/16/2013          12:30:10 AM          X220T\Ravi          The requested file does not exist.

4/16/2013          12:36:07 AM          X220T\Ravi          Starting task: AutoUpdate

4/16/2013          12:36:33 AM          X220T\Ravi          Starting task: AutoUpdate

4/16/2013          12:43:05 AM          X220T\Ravi          Starting task: AutoUpdate

4/16/2013          12:43:05 AM          X220T\Ravi          Task terminated: updater not ready

4/16/2013          12:46:01 AM          X220T\Ravi          Starting task: AutoUpdate

4/16/2013          12:46:42 AM          X220T\Ravi          Checking update packages from repository NAIHttp.

4/16/2013          12:46:42 AM          X220T\Ravi          Initializing update...

4/16/2013          12:46:42 AM          X220T\Ravi          Downloading catalog.z.

4/16/2013          12:46:42 AM          X220T\Ravi          Verifying catalog.z.

4/16/2013          12:46:42 AM          X220T\Ravi          The requested file does not exist.

4/16/2013          12:46:42 AM          X220T\Ravi          The requested file does not exist.

4/17/2013          5:16:53 PM          X220T\Ravi          Starting task: AutoUpdate

4/17/2013          5:17:11 PM          X220T\Ravi          Checking update packages from repository NAIHttp.

4/17/2013          5:17:11 PM          X220T\Ravi          Initializing update...

4/17/2013          5:17:11 PM          X220T\Ravi          Downloading catalog.z.

4/17/2013          5:17:11 PM          X220T\Ravi          Verifying catalog.z.

4/17/2013          5:17:11 PM          X220T\Ravi          The requested file does not exist.

4/17/2013          5:17:11 PM          X220T\Ravi          The requested file does not exist.

-----------------Unquote-----------------


View the original article here

mcshield.exe high cpu usage, unusable system after fresh install

I have used McAfee VirusScan Enterprise with ePolicy Orchestrator for the last 5 years.  This sort of problem has plagued us the whole time (With misc machines at misc times.)  I started monitoring this thread as I am pretty sure the consumer and corporate versions have a signigicant amount of shared code.  My latest problem is mcshield (vse8.8) taking 50-100% CPU on a Core2Duo system for long periods of time. It is random, intermittent and completely swamps the machine making it almost useless.  It does not seem to happen to all machines which leads me to believe it is a conflict with some sort of software, but have not been able to tell what even after many many hours of troubleshooting with tools like Process Montior, Process Explorer, TCPView, etc. To work around the problem, I am now using a virtual machine with 10GB RAM and 8 CPU cores.  On this one, I see the CPU of one core go to near 100% at times (mcshield) but it doesn't affect much as the system has 8 cores.

I have pretty well run out of things to try after disabled most of the advanced protections and exempting everything that it could possibly hang up on, there is not much left.  I have also followed the McAfee Best Practices Guide to the letter and it made no difference. Calls with support in the past have been painful wastes of time while they pretend they've never heard of such a problem, then finally try it in house and are suprised when they can duplicate my results.  It usually ends with "we just released version X and if you upgrade, the problem is solved. No patch for the current version" Only to return a few months down the road.

Let me be clear, our systems are old and slow (although many are dual core and still experience this sort of problem), and this doesn't happen constantly, but it has been happening frequently to random systems at random times for 5 years with VSE8.0, 8.5, 8.7 and now 8.8. 

To those who wonder what is different about the corporate versions, it is mainly that they can be deployed and updated automatically from a central server. Settings can be controlled centrally and you can generate reports about what is being blocked (Mostly Tracking coookies). It doesn't really protect any better and from what I have seen it is really only marginal at catching things.  We have been infected with fake spyware over and over and over and McAfee will scan the obvious malware and say it is clean with up to date DAT files.  Many times I find the malware just by know where to look, then scan it with other products and it is flagged right away even though McAfee will give it a pass. Give it a week and McAfee will catch it too.  That is way way way too long.

I am now looking at and trialing several other products as I AM DONE WITH MCAFEE.  Too many hours wasted for me and my users. The only reason I didn't replace it several years ago was that I have been busy with larger and much more important migrations, upgrades etc as our company went through massive structural changes.  The time to just suffer with the problem was less than to implement a new product. And I figured and some point they would improve the product.  Nope...


View the original article here

Saturday, 27 July 2013

Welby Defends Wonga After Church Link Emerges

The Archbishop of Canterbury has insisted he was not picking on Wonga after it emerged the Church of England invests in the payday loan firm.

The Most Reverend Justin Welby admitted being "irritated" and "embarrassed" by the revelation but went on to heap praise on Wonga and its management.

Mr Welby hailed the company for its professionalism and suggested it was far from the worst organisation in the loan sector.

The link between the Church and the firm emerged hours after the Archbishop said he wanted to force Wonga out of business by expanding credit unions.

The Financial Times found the Church's pension fund had put money into Accel Partners, a US venture capital firm that led Wonga's 2009 fund-raising efforts.

Until the report emerged, Mr Welby had no idea about the connection.

Sources suggested he was "furious" but on Friday, in a lengthy interview, he merely said: "I was irritated for a few minutes but, you know, these things happen."

Archbishop of Canterbury Justin Welby Justin Welby: 'It's very embarrassing'

He did admit the affair was "very embarrassing" and vowed to investigate, signalling there could be a review of the Church's entire investment portfolio.

But he said: "I never took on Wonga in particular. The context was talking about the entire payday lender movement.

"Wonga is actually a very professionally managed company. Errol Damelin, the chief executive is a very clever man, [who] runs it extremely well."

Despite praising the company, he said he was still unhappy about the Church's investment.

"They shouldn't be investing in Wonga. We don't think that's a good thing," he told the BBC's Radio 4 Today programme.

And he insisted he was not backtracking on his commitment to clamp down on the industry, which is currently the subject of a Competition Commission probe.

"We need to provide a proper alternative to these very, very costly forms of finance. The worst people are not Wonga. There are plenty of others much worse," he said.

Mr Welby said Church policy allows investments in a company where 25% of its business is in the loan area, indicating the arrangement with Wonga may be against its rules.

"I think we have to review these levels and make sure we are consistent between what we're saying and what we're doing," he said.

The Archbishop conceded that it was almost impossible for the Church to make an investment that was not somehow tainted.

He said: "If you exclude any contact with anything that directly or indirectly gets in any way bad, you can't do anything at all."

Lambeth Palace has said it will ask the Assets Committee of the Church Commissioners to investigate the link to Wonga and review the holding.

It added: "We will also be requesting the Church Commissioners to investigate whether there are any other inconsistencies as normally all investment policies are reviewed by the Ethical Investment Advisory Group (EIAG)."

Mr Welby is seeking to expand the reach of credit unions as part of a long-term campaign to boost competition in the banking sector and clamp down on short-term loan firms.

The Government announced an investment of £38m in credit unions in April to help them offer an alternative option to payday lenders.

The Office of Fair Trading referred the entire payday lending industry, which is worth £2bn, to the Competition Commission last month after finding "deep-rooted" problems.

It said it decided to make the referral because it continues to suspect that features of the market "prevent, restrict or distort competition".

Wonga said in March that it welcomed any attempt to encourage responsible lending and that it has been "instrumental" in helping to raise industry standards.

Mr Damelin, its founder, said: "The Archbishop is clearly an exceptional individual and someone who understands the power of innovation.

"There is mutual respect, some differing opinions and a meeting of minds on many big issues.

"On the competition point, we always welcome fresh approaches that give people a fuller set of alternatives to solve their financial challenges. I'm all for better consumer choice."

The company has launched a new advertising campaign setting out "ten commitments" about its lending practices in an apparent tongue-in-cheek reaction to the Archbishop's original remarks.

Mayor of London Boris Johnson backed the Archbishop's plans and said it was an "interesting interpretation of the gospels".

He told Channel 4 News: "I think it's a wonderful idea.

"Wonga is a perfectly legitimate business but there's no doubt their rates are usurious. There are people who find it very, very difficult to repay the loans once they get into trouble.

"He's not turning over the tables of the money lenders, he's bringing in his own money lending tables."

(function(d){ var js, ref = d.getElementsByTagName('script')[0]; js = d.createElement('script'); js.id = 'outbrainjs'; js.async = true; js.src = "//widgets.outbrain.com/outbrain.js"; ref.parentNode.insertBefore(js, ref); }(document));

View the original article here

Wednesday, 24 July 2013

mcshield.exe high cpu usage, unusable system after fresh install

I have used McAfee VirusScan Enterprise with ePolicy Orchestrator for the last 5 years.  This sort of problem has plagued us the whole time (With misc machines at misc times.)  I started monitoring this thread as I am pretty sure the consumer and corporate versions have a signigicant amount of shared code.  My latest problem is mcshield (vse8.8) taking 50-100% CPU on a Core2Duo system for long periods of time. It is random, intermittent and completely swamps the machine making it almost useless.  It does not seem to happen to all machines which leads me to believe it is a conflict with some sort of software, but have not been able to tell what even after many many hours of troubleshooting with tools like Process Montior, Process Explorer, TCPView, etc. To work around the problem, I am now using a virtual machine with 10GB RAM and 8 CPU cores.  On this one, I see the CPU of one core go to near 100% at times (mcshield) but it doesn't affect much as the system has 8 cores.

I have pretty well run out of things to try after disabled most of the advanced protections and exempting everything that it could possibly hang up on, there is not much left.  I have also followed the McAfee Best Practices Guide to the letter and it made no difference. Calls with support in the past have been painful wastes of time while they pretend they've never heard of such a problem, then finally try it in house and are suprised when they can duplicate my results.  It usually ends with "we just released version X and if you upgrade, the problem is solved. No patch for the current version" Only to return a few months down the road.

Let me be clear, our systems are old and slow (although many are dual core and still experience this sort of problem), and this doesn't happen constantly, but it has been happening frequently to random systems at random times for 5 years with VSE8.0, 8.5, 8.7 and now 8.8. 

To those who wonder what is different about the corporate versions, it is mainly that they can be deployed and updated automatically from a central server. Settings can be controlled centrally and you can generate reports about what is being blocked (Mostly Tracking coookies). It doesn't really protect any better and from what I have seen it is really only marginal at catching things.  We have been infected with fake spyware over and over and over and McAfee will scan the obvious malware and say it is clean with up to date DAT files.  Many times I find the malware just by know where to look, then scan it with other products and it is flagged right away even though McAfee will give it a pass. Give it a week and McAfee will catch it too.  That is way way way too long.

I am now looking at and trialing several other products as I AM DONE WITH MCAFEE.  Too many hours wasted for me and my users. The only reason I didn't replace it several years ago was that I have been busy with larger and much more important migrations, upgrades etc as our company went through massive structural changes.  The time to just suffer with the problem was less than to implement a new product. And I figured and some point they would improve the product.  Nope...


View the original article here

Euro surveys lift shares after China disappoints - Reuters

Traders work at their desks in front of the DAX board at the Frankfurt stock exchange June 20, 2013. REUTERS/Remote/Lizza David

1 of 9. Traders work at their desks in front of the DAX board at the Frankfurt stock exchange June 20, 2013.

Credit: Reuters/Remote/Lizza David

By Richard Hubbard

LONDON | Wed Jul 24, 2013 5:07am EDT

LONDON (Reuters) - Evidence of an economic revival in the euro zone and strong sales from technology bellwether Apple lifted world shares and the euro on Wednesday, offsetting earlier disappointing factory data from China.

Factories in the currency bloc increased output for the first time in well over a year, July's PMI index showed, after activity in Germany and France hit multi-month highs.

The data drove the euro to a one-month high against the dollar, helped extend a rally in European shares .FTEU3 and sent German bond futures down 0.3 percent.

MSCI's world equity index .MIWD00000PUS edged 0.1 percent higher to be up over 9.0 percent since its late-June lows.

Chief economist Chris Williamson of data compiler Markit said the German reading, which came in above the 50 mark that separates growth from contraction, indicated Europe's largest economy could grow by up to 0.4 percent in the third quarter.

"It's a very encouraging picture, it's pretty broad-based. Germany is leading the pack followed by France but even the (euro zone) periphery ... is seeing a return to growth in manufacturing," s Williamson said.

An earlier equivalent reading from China suggested the world's second largest economy was steadily losing momentum, knocking Asian stock markets and contributing to a 55 cent per barrel drop in Brent oil prices to below $108. Brent traded at $108.02 at 0844 GMT.

"This print could reignite fears of a Chinese hard landing," said Annette Beacher, head of Asia-Pacific research at TD Securities in Singapore. "We expect economic growth to continue moderating towards 7 percent."

PILLAR OF SUPPORT

China, which accounts for 40 percent of global copper demand and is a major importer of other raw materials, has been the pillar of support for commodity prices in recent years.

The Australian dollar, heavily exposed to Chinese demand, slipped 0.4 percent to $0.9254, down from a near one-month high of $0.9320.

The U.S. dollar rose 0.4 percent to 99.84 yen, moving away from a one-week low of 99.13 yen touched on Tuesday.

The dollar index .DXY extended gains, adding 0.3 percent to 82.153 after skidding to a one-month low of 81.926 on Tuesday.

Worries over a slowdown in China were fanned further when Japan reported exports to its giant near-neighbor had dropped to 4.8 percent in June from 8.3 percent in May.

Apple earlier said revenues from China dived 43 percent from the previous quarter, but that did not prevent it from posting better-than-expected sales and profits after the U.S. market closed on Tuesday, helped by 51 percent sales growth for its iconic mobile phone.

The results lifted company's shares by 5 percent in after-hours trade, saw technology stocks in Europe gain .SX8P and helped set the stage for a firmer start on Wall Street when trading resumes later.

(Editing by Catherine Evans, John Stonestreet)


View the original article here

Gas well in the Gulf catches fire after blowout - USA TODAY

NEW ORLEANS (AP) — An out-of-control natural gas well off the Louisiana coast caught fire late Tuesday, hours after 44 workers were safely evacuated from the drilling rig following a mid-morning blowout, a federal agency confirmed.

No injuries were reported as a result of the fire, Eileen Angelico, a spokeswoman for the Bureau of Safety and Environmental Enforcement, told The Associated Press.

She said it wasn't known what caused the gas to ignite. It also wasn't clear early Wednesday how and when crews would attempt to extinguish the blaze. BSEE said earlier Tuesday that a firefighting vessel with water and foam capabilities had been dispatched to the scene.

Wild Well Control Inc. was hired to try to bring the well under control. Angelico said Wild Well personnel approached the well earlier Tuesday night, before the fire, but they determined it was unsafe to get closer when they were about 200 feet (60 meters) away from it.

The gas blowout was reported Tuesday morning.

The Coast Guard kept nautical traffic out of an area within 500 meters (1,640 feet) of the site throughout the day. The Federal Aviation Administration restricted aircraft up to 2,000 feet (600 meters) above the area.

BSEE said inspectors flying over the site soon after the blowout saw a light sheen covering an area about a half-mile (800 meters) by 50 feet (15 meters). However, it was dissipating quickly.

Earlier this month, a gas well off the Louisiana coast flowed for several days before being sealed.

Officials stressed that Tuesday's blowout wouldn't be close to as damaging as the BP oil spill of 2010, in which an oil rig, the Deepwater Horizon, exploded off the Louisiana coast, killing 11 workers and eventually spewing millions of gallons (liters) of oil into the Gulf. It was the worst offshore environmental disaster in U.S. history.

Chris Roberts, a member of the Jefferson Parish Council in south Louisiana, said the travel restrictions might pose an inconvenience for participants in an upcoming deep sea fishing tournament.

"It could change some plans as to where some people plan to fish," he said.

Tuesday's blowout occurred near an unmanned offshore gas platform that was not currently producing natural gas, said Angelico. The workers were aboard a portable drilling rig known as a jackup rig, owned by Hercules Offshore Inc., which was a contractor for exploration and production company Walter Oil & Gas Corp.

Walter Oil & Gas reported to the BSEE that the rig was completing a "sidetrack well" — a means of re-entering the original well bore, Angelico said.

The purpose of the sidetrack well in this instance was not immediately clear. A spokesman for the corporation didn't have the information Tuesday night. Industry websites say sidetrack wells are sometimes drilled to remedy a problem with the existing well bore.

"It's a way to overcome an engineering problem with the original well," Ken Medlock, an energy expert at Rice University's Baker Institute said. "They're not drilled all the time, but it's not new."

Copyright 2013 The Associated Press. All rights reserved. This material may not be published, broadcast, rewritten or redistributed.


View the original article here