Saltar al contenido principal

Búsqueda

Búsqueda

Slow printing with Event ID error 512

Comentarios

7 comentarios

  • Avatar
    Peter Thane

    Not 100% sure, but from Seagull driver version 2017.1 the drivers started using port 5130 (instead of 6130) for the language monitor for internal comms with the Seagull drivers plus for status monitoring and network settings sharing features. 

    It could be if you are using older Seagull drivers that it maybe worth updating these to the recent ones as the Windows update may have caused an issue with them. 

    0
  • Avatar
    Chris Lutka

    Adding the following. My license is for the automation version of BarTender. My new ERP system integrates with it. So I just finished installing the ERP client on the same machine as the license server so there should be no communication issues since everything is local. I'm still getting the same event ID 512 errors above and my printouts are deathly slow. Oh, and this was after I had removed KB5006744 and KB5006672.

    This is slow. Extremely slow. I'm figuring that timeouts need to happen before anything gets printed. If I wait long enough (10+ minutes), I get the print prompts and/or the print occurs. So while things are working, something has changed that is causing the delays and I haven't figured it out yet.

    0
  • Avatar
    Chris Lutka

    I did get mixed up with the server that BarTender was connecting to. The server in question was actually my network printer server, not the server BarTender was installed on. So it turns out that either KB5006744 or KB5006366 on my printer server was causing the issue. BarTender could not talk to the actual printer server -- I was printing through a UNC location like \\server02\my label printer.

    After uninstalling both Windows Server updates, I am working normally now and have not received the event ID 512 errors since removing the two updates from the print server.

    0
  • Avatar
    Gerhard Staiber

    Since two days I see bad Performance with Integration Service. We print from an application server to printers which are specified in interface scriptfile with UNC \\Printserver\Printername.

    On the application server I see lots of warnings like this

    BarTend.exe: TCPSocketWithReUse::Connect: SocketException occurred. ID: 0x000000001E667BB0, Host:DEPS101, Port: 5130 Error: 0x0000274D No connection could be made because the target machine actively refused it.
    Retries: 0

    Which functionality uses Port 5130?

    Monitoring is disabled?

    Should the TCP connection between Application Server and Printserver over port 5130 enabled?

     

     

    0
  • Avatar
    Peter Thane

    As above Seagull Language Monitor uses port 5130 to allow bi-directional communication with the printers. Have you checked for recent updates on the server, such as the ones mentioned above, as they seemed to be blocking this port from being used?

    0
  • Avatar
    Gerhard Staiber

    Hi Pete, thanks a lot for support. I discovered that when I enable bidirectional communication the performance is good.

     

    0
  • Avatar
    Martin Guggenbühl

    Same problem. After installing the newest driver (2022) the problem is fixed.

    0

Iniciar sesión para dejar un comentario.