> A Driver
> A Driver Packet Received From The Io Subsystem Is Invalid
A Driver Packet Received From The Io Subsystem Is Invalid
I'm sorry to see that someone in this thread has reported trying the new version and has noted that the Event ID 6004 issue is still there. Email Password Log In Forgot your password? Some XenForo functionality crafted by ThemeHouse. Text Quote Post |Replace Attachment Add link Text to display: Where should this link go? have a peek here
Jan 29, 2009 #5 jobeard TS Ambassador Posts: 9,901 +728 >>However, all machines have the same account name (and blank password), and it's a workgroup rather than a domain, so Education Services Maximize your product competency and validate technical knowledge to gain the most benefit from your IT investments. Hope that helps! 0 Cayenne OP morph Jan 23, 2012 at 2:48 UTC what av u got on the system ????? I haven't installed V3 on any of our servers, so no problems there. https://community.spiceworks.com/topic/192819-event-id-6004-a-driver-packet-received-from-the-i-o-subsystem-was-invalid
Hi Jobeard. CrookedBloke, Feb 23, 2008 #12 GAN Registered Member Joined: Mar 3, 2007 Posts: 355 I saw the 3019 event using earlier 3.0 versions of nod32 as well so this is not XenForo style by Pixel Exit ▲ ▼ MenuExperts Exchange Browse BackBrowse Topics Open Questions Open Projects Solutions Members Articles Videos Courses Contribute Products BackProducts Gigs Live Courses Vendor Services Groups I used to think nod32 2.7 where the best antivirus available, but since 3.0 my impression is that the product isn't close to the same standard as 2.7.
When browsing a share the event log fills up pretty fast with a lot of 6004 events. Below is what Microsoft says: The driver is functioning properly but is logging incorrectly formatted packets in the event log. They could be consistently "triggered" by browsing or copying files to and from a network file share. Problem solved!
I tried all public 3.0 releases so far except the last one (642). Is that vague enough? x 44 Anonymous In my case, this error happened with a W2K Dell 530. There appear to be a lot of issues with network browsing, and Eset needs to be MUCH more specific in their change logs and bug fix reports.
The data is the packet. I have not tried 3.0.642 yet, and I won't be trying it, until Eset gets this version properly tested and vetted for use with corporate systems. Patch 11 is now out. Login here!
You'll only be able to recover from the condition by forcing them to shut down, and then booting them. http://www.techspot.com/community/topics/xp-network-problem-eventlog-error-6004.121040/ For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. I've been informed it has been replicated in house already and further investigations is going on.Click to expand... However, I still suffered further hangs when streaming video files - so this had to be a separate problem.
jgsouthard, Feb 22, 2008 #11 CrookedBloke Registered Member Joined: Oct 15, 2007 Posts: 110 Hi, jgsouthard. Version 2.7 does shine, but has pretty limited admin features. I performed a clean install of Windows and all the other software on the problem PC, as a result of which the 6004 errors disappeared from the system eventlog. Check This Out Thanks for the help guys - hopefully this may prove useful to someone else hitting the problem and Googling for an answer in the future!
I've seen this problem with NOD32 3.0.566 and 3.0.621 Home editions (at least, those are the ones I've tried). The error does not, of course, occur when running pre version 3 NOD32 on the same servers. That won't work very well with a mirror, will it?
McAfee/NAI have acknowledged the problem and it will be fixed in future hotfix - but I have no Go to Solution +2 5 Participants Sembee LVL 104 Windows Server 200330 maestromasada
Ask a Question See Latest Posts TechSpot is dedicated to computer enthusiasts and power users. Yes, my password is: Forgot your password? The content you requested has been removed. McAfee says that AV patch 11 will correct the problem.
I posted this problem in this forum earlier without much response. all of the servers have more than one nic, could that be the reason? I am just happy to see the fact that there is a serious issue finally being acknowledged, though that communication itself is vague enough to make me wonder whether or not http://accessinmind.com/a-driver/a-driver-packet-received-from-the-i-o-subsystem.html Ok, I just received some of these messages yesterday evening and I suspect that it may influence network access for our clients, Note that these messages rareley occour on servers on
View this "Best Answer" in the replies below » IN THE COMMUNITY Test your wits and sharpen your skills. About Advertising Privacy Terms Help Sitemap Join millions of IT pros like you Log in to Spiceworks Reset community password Agree to Terms of Service Connect with Or Sign up with The data is the packet. I was hoping that someone had tried it by now because Eset was claiming that it "fixed the network browsing problem".
Last edited: Mar 5, 2008 CrookedBloke, Mar 5, 2008 #25 (You must log in or sign up to reply here.) Show Ignored Content Page 1 of 10 1 ← 2 3 I think eset should get their act together. This is really sad. Until the need arose to use the Task Scheduler on the file server machine, I've always had blank passwords on the PC user accounts, and have been successfully sharing files across
Strange, as I have reinstalled all the previously installed software! Any ideas? Submit a Threat Submit a suspected infected fileto Symantec.