Failed to get Scanner Instance

I have 6 customers that are extremely upset with me and this product right now... The other customers are probably gone home and with any luck the problem will be resolved before tomorrow! Turning off the A/V for a corporate customer is unacceptable. This is like the time customer support told me to turn one of the options off, which doesn't make sense since I sell this product to customers based on these "features".

Come on ... Of course they are upset, but what do they expect? Nobody is perfect right? At least we (and Astaro also) know exactly what the problem is and can work to solve it. 
Do you not run A/V on clients also?

Thanks Jack, but does the AV def error also affect the incoming email scan function?
I am not that concerned about outgoing.

Dude, read the thread before posting redundant questions.

I have posted 3 times that it takes down incoming email.

I realize turning off AV isn't the answer everyone is looking for, but I have to say, I am quite pleased with the response time on this.  I'm sure everyone has had run-in's with bad AV updates before; my most recent instance: McAfee had an update that gave a false positive for the drivers for the hard drive protection systems in HP and Lenovo laptops.  The drivers were quarantined, and the laptop would not boot until released.  It took McAfee 24 hrs to fix it, and I had to spend a full day repairing the fubar so people could even do their work.

Ideally, this should only be the first step in your AV scanning anyway.  I have server side scanning for email, and the clients on the users PC does email and on-demand scanning as well.  While not ideal, turning of scanning for a couple of hours when there is an emergency like this should not be a huge deal

Murphy's Law states in this case, that if an AV def should go bad, then it will be on the primary AV so scanning with the secondary AV only, will be impossible...

I've been using Astaro for 5 years or so and this was a first.  
 
It is similar to two previous issues though.  1)  The recent issue in 7.500 where if internet connectivity wasn't available and the WebAdmin RSS feed was turned on, then WebAdmin wouldn't load properly.  2)  When the content filter database wasn't contactable, web browsing wouldn't work.
 
I'd like to suggest that some logic be added for 7.502, and user configurable through WebAdmin, that if there is a problem with the AV defs, the system will automatically bypass using them.

Our HA cluster was having the issue but is now at 11179, we have other boxes that are stuck at 11177. how can I manually update to the new pattern?

Dude, read the thread before posting redundant questions.

I have posted 3 times that it takes down incoming email.

Dude, it's 7 pages long...

But thanks for the reply.

Same problem. Disabled AV scanning and it works. Looking forward to the pattern update to get this resolved. 

-gatorbyte

Our HA cluster was having the issue but is now at 11179, we have other boxes that are stuck at 11177. how can I manually update to the new pattern?

To manually update on systems running 7.500+ goto Management>>Up2date>>Configuration
On the pattern update interval change to "Manual"
Hit Apply.

After changing to manual and applying this change once, change back to automatic updates.

For those wishing to watch the progress immediately on the command line ssh run:

audld.plx

Once downloads are complete run:

auisys.plx

Maybe a "rollback" for the patterns is a good feature in the next firmware update.

+1 for this idea