Request failed: m_Comm.Receive() received zero bytes

[AG-gugelbisolutions]

Hi there, we are collecting tons and tons of errors like these from the QVWS.

20230912T092001.089+0200 Information Request received [POST]: http://129.0.0.56/scripts/QVSTunnel.dll
20230912T092001.089+0200 Information Tunnel-request: || <QVS>I5oP8TIVAsD014G0SmpFur6RWONPoDNQlvMFY4ZBm8oF(mJPlPsB(00</QVS> ||
20230912T092001.089+0200 Error Request failed: m_Comm.Receive() received zero bytes.

It should be a DNS or a connectivity over port 4747 related problem, like suggested but the support team, but DNS was checked and services are running on a single machine.

What should I check further?

[Chip_Matejowsky]

Hi @AG-gugelbisolutions,

Typically that error in the Web Server logs means that the QlikView Server is under heavy load/too busy to respond. Have you checked the QlikView Server Events log for errors/warnings? Best to have High Verbosity for logging enabled when troubleshooting.

Also suggest that you start with the following two Qlik Knowledgebase articles:

•  The QlikView QVP (4747) protocol and Tunneling
• How To Configure Tunneling Using Microsoft Internet Information Server (IIS)

Best Regards

[Jill_Masinde]

@AG-gugelbisolutions  In addition to Chip's comments above.   Check to ensure that nothing is blocking the communication between QlikView Web Server and QlikView Server.   For example  firewalls or Anti-virus?  Did you have a recent upgrade of Anti-virus? Ensure that Qlikview Folders and files are excluded from Anti-virus.  See article for suggested files, folders and their sub-folders

https://community.qlik.com/t5/Official-Support-Articles/QlikView-Folders-and-files-to-exclude-from-a...

Regards

[AG-gugelbisolutions]

Hi @Chip_Matejowsky and @Jill_Masinde, QVS service logs do not show any particular sign of heavy load. It seems like, though, it continuously mounts all mounted folders. That is pretty strange, actually. In addition, these errors appears to repeat themselves roughly every hour.

Thanks for the articles, but:

• we are not using IIS
• we have none of the symptoms cited in the first article, except for (random) task failures

As far as I know, nothing stands in the middle between the services.

In addition to that, we actually have some batches that run a fairly old version of QlikView Desktop executable (12.10 SR8). Support suggests to align these batches to the QlikView Server version, but it is not as easy as it sounds... 

[Jill_Masinde]

@AG-gugelbisolutions   Have you reviewed the Windows eventviewer System and Application logs?   You may find clues to why the are having QlikView Server is intermittently unreachable and QlikView WebServer is unable to connect.  Kindly  take a look at below article ;

https://community.qlik.com/t5/Official-Support-Articles/m-Sock-Receive-Receive-throws-zero-QlikView-...

[Chip_Matejowsky]

Hi @AG-gugelbisolutions,

Are you running the latest build version of QlikView Server - May 2023 (12.80)? If yes, then there is likely a difference in the encryption used in QVS May 2023 and QV Desktop 12.10 causing the QVSTunnel.dll errors. Suggest that you upgrade the QV Desktop versions to match the QVS version to see if that helps. 

Best Regards

[AG-gugelbisolutions]

Hi Chip_Matejowsky, we are running version 12.70; is there the same issue?

[Chip_Matejowsky · Accepted solution]

@AG-gugelbisolutions,

The encryption algorithm for QlikView was changed in the May 2023 (12.80) version.  The same  algorithm is used in the 12.10 and 12.70 versions, so this is not likely the root cause. The issue does seem to be environmental and not a product defect, so suggest you work with your internal network/server team and use a tool such as Wireshark to capture a network scan for review.

Best Regards