bizhub 454e logic lockups (FA17, 0X8E1B errors recorded)

[blackcat4866]

It's been an ongoing thing for a while now. This enduser uses Account Tracking, so no error is seen, the machine just becomes unresponsive. When the machine is re-booted it becomes functional.

Yes I'm aware of G00-J6 firmware which purports to solve this problem on line 27) Even the correct password is entered, the user may not be able to login when Password Only is selected for the Account Track.
It doesn't help.

Additionally, last call the enduser claims that they could login and use the MFP, but print jobs with the correct Account Track password were denied/deleted, until the machine was re-booted.

I've reformated the HDD (physical and logical), and reloaded the Video, Movie, OCR Dictionary, and PDF/A Fonts. I have an MFP board to install today.

The advice I've gotten from various techs that have struggled with CFAxx codes, was that it is firmware related. This machine has had 4 different levels of firmware since installation, none of which seems noticeable more affective than any other.

The power is also a little wonky. I'm getting 1.8vac to 2.8vac ground to neutral. I'm also bringing along a UPS.

Has anyone else come across these symptoms/errors? =^..^=

[emujo]

After firmware, are you bringing the MFP up to the correct function version level? Also, on several of the e series MFPS exhibiting this problem, MFP board replacement did the trick. Emujo

[EarthKmTech]

I've not had the FA codes at the same time but i have had MANY e series with the password only account track login failure.

every time I have initialised the machine and formatted the hard drive and setup again and that was the end of it. Do NOT backup the account track data and reinstall it, the error will be transfered back to the machine. You must set them up again manually.

Much like the SSD updates, the firmware appears to prevent the problem from happening but doesn't do anything on a machine with the problem already in my experience.

[blackcat4866]

The MFP board actually made the problem worse. It was resettable before today. Now it just doesn't accept print jobs with any of the valid Account Track ID's. Additionally the Admin password and CE password have changed to something unknown (not the original one set, or the default). Monday we're calling the hotline.

By the way, the logins for copying is temporarily working.

These error codes with no reference in the manual really bug the shit out of me. I guess us field techs are too stupid to diagnose our own issues, so we need the hotline to read for us. It pisses me off. =^..^=

[eric]

HELLO blackcat4866
have you find a solution at FA17 code?
because l have the same thing , format the HDD and it's ok for 1 day .
l've called the hotline , they says : change the HDD then the MFPBOARD!
yourexperienseiswelcome

[blackcat4866]

HELLO blackcat4866
have you find a solution at FA17 code?
because l have the same thing , format the HDD and it's ok for 1 day .
l've called the hotline , they says : change the HDD then the MFPBOARD!
yourexperienseiswelcome

The only thing that I can be fairly certain of is that the HDD and MFPB will not improve your situation. It comes and goes, and all we get is the blank looks from the reps. Sorry I can't be of more help.

At the last conversation there was floated the theory that it was some sort of non-print data locking up the machine. We set up WireShark and ran it for a few days. That data and the times of the lockups was sent to KM. We're still waiting for some sort of intelligent response. =^..^=

[EarthKmTech]

I have a site with a dozen machines ALL doing this now, all E series. BW 224e-454E & C284e-C454e. Using user authentication.

Many different firmware versions were on them, now all running K5,

I will let you know of any progress made.

Non e 4 series on site, no problems.

c220 + 552BK no problem.

It can simply only be the account tracking/user auth or something over the network, this is the ONLY time we've ever seen this on this scale.

Is your customer using cisco switches ?

[blackcat4866]

...
Is your customer using cisco switches ?

I don't know the answer to that. One thing that I suggested was to temporarily change the IP address of a couple of these MFP's to see if anything changed operation-wise. I got a flat-out absolutely not. I also suggested turning off the authentication: again absolutely not. I also suggested temporarily leaving one or two MFP's off the network: again absolutely not. There's nothing like cooperation, is there?

Still no word from KM. I'm sure they'll call any day now ...
They said I was the only person having this problem. =^..^=

[allan]

Did you change the network speed?
Stupid question. Did you use a direct connection to the machine yet?
I would leave it until one of the users get that problem, then setup a laptop with the same login detail to make sure that its not the network that is fishy.

If you test the login from the driver does that work?
If they are using windows server that could be a cause.

[EarthKmTech]

Did you change the network speed?
Stupid question. Did you use a direct connection to the machine yet?
I would leave it until one of the users get that problem, then setup a laptop with the same login detail to make sure that its not the network that is fishy.

If you test the login from the driver does that work?
If they are using windows server that could be a cause.

network speed was set away from auto on one machine by the IT guy as a trial, it made no difference.

It is an intermittent fault, exactly as others have experienced. Everything is working perfectly with the drivers and they are the latest versions.

The customer is about to install a brand new server as this one has reached end of life (4 years) so if this issue mysteriously disappears shortly we may never know what was the actual cause.