You are viewing limited content. For full access, please sign in.

Question

Question

Error 9030 - Testing Named Device for use

asked on January 30, 2014

 Hello All,

 

This is my first try at using a named device.

 

I am testing with a Repository named user with the 'Repository Named User' checkbox unchecked. I also tested with a windows authentication user with the 'directory named user' checkbox unchecked. Also the same error was thrown.

 

I am running Avante 9.0. I have read everything I can get my hands on from the support site. It seems a simple enough process to name a device. I have confirmed the MAC address is correct as well.

 

I have also deleted the named device I am testing with and added it again. Is there a server setting I am missing?

 

Thanks you in advance!

0 0

Answer

SELECTED ANSWER
replied on January 30, 2014

Hi Chris,

 

Just to confirm, you are testing the named device by logging into the repository through the Laserfiche Client correct? Named device licenses will not work with our web applications like Web Access.

 

Next, please check if the computer you've assigned the device license to has multiple NICs. If it does, then perhaps the incorrect MAC address is being used in the Laserfiche Administration Console. For that, you can perhaps disable one of the NICs or just make sure that the MAC address registered in the Admin Console belongs to the first NIC as listed in Windows.

 

Regards

2 0

Replies

replied on January 30, 2014

The first thing you should do is check the event viewer on the Server machine, both at the time of the connection attempt as well as when the Laserfiche Server was last started.

1 0
replied on January 30, 2014

I checked the event viewer. No entries made after trying to connect 2 times. I closed the client and reopened to test.

0 0
replied on January 30, 2014

It sounds like the machine is not able to communicate with the Laserfiche Server correctly. Can you ping the Laserfiche server from that machine?

0 0
replied on January 30, 2014

Yes. Packets sent = 4, Received = 4, Lost = 0

0 0
replied on January 30, 2014

I would open a support case with your VAR so they can look into it further.

0 0
replied on January 30, 2014

Excellent info Alexander! Thank you!

 

I had 2 different NIC MAC addresses that were conflicting. My Wi-Fi MAC address did not match the primary MAC address.

 

I went to cmd -> ipconfig /all to see all the MAC addresses and then went to Network Conections to disable the conflicting NIC.

 

One added note is that after disabling the Wi-Fi NIC, I had to close the client and then re-open it before the login worked.

 

I could NOT just 'try again' after disabling the NIC which was confusing the connection.

 

Thank you and cheers :)

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.