-
- Technology Partner
- Posts: 65
- Liked: 2 times
- Joined: Apr 06, 2017 6:23 pm
- Full Name: Jim Turner
- Location: Edmond, OK
- Contact:
Received an unexpected EOF or 0 bytes form the transport stream.
Home Lab with nested virtualization:
VBR 11 on Server 2019 VM 192.168.122.12 (bart)
ESXi 7.0.0 on VM at 192.168.122.14 (buddy)
Both VMs are on OpenSUSE Leap 15.2 KVM hypervisor 192.168.122.1 (mongo)
bart can ping buddy. buddy can ping bart. mongo can ping both bart and buddy. Everyone can ping everyone. Good layer 3 all around for 192.168.122.0/24, a virtual KVM LAN segment.
I think something's dodgy with the SSL cert on buddy. When I try to add buddy as a vSphere server in VBR, I get the following error after saying OK to the untrusted cert:
Add Server > VMware vSphere > vSphere > buddy.blazing.local > [provide root creds ] > Apply > Cert Sec Alert - Continue > *boom*
So it's getting the cert from buddy but not liking it. Funny thing is, I can login to ESXi on buddy via browser (Brave) from mongo (OpenSUSE Leap 15.2). No problem.
But from bart (Server 2019) using Firefox I cannot get a login page from buddy. After bypassing warnings about the SSL cert, I get this in Firefox:
Checking the ESXi cert from within Veeam when trying to add the host ... seems to look okay.
So Firefox browser access and VBR access from bart are a no-go. Could it be a Server 2019 thing? Why can I login to bart from a Brave browser on Linux but not a Firefox browser on Server 2019?
FYI, I did check system times, time zones, DNS name resolution, etc. Nothing obvious popped up. Also re-gen'd the SSL cert on buddy and restarted the host. No help. Same symptoms.
Thanks in advance for all guidance and assistance!
VBR 11 on Server 2019 VM 192.168.122.12 (bart)
ESXi 7.0.0 on VM at 192.168.122.14 (buddy)
Both VMs are on OpenSUSE Leap 15.2 KVM hypervisor 192.168.122.1 (mongo)
bart can ping buddy. buddy can ping bart. mongo can ping both bart and buddy. Everyone can ping everyone. Good layer 3 all around for 192.168.122.0/24, a virtual KVM LAN segment.
I think something's dodgy with the SSL cert on buddy. When I try to add buddy as a vSphere server in VBR, I get the following error after saying OK to the untrusted cert:
Add Server > VMware vSphere > vSphere > buddy.blazing.local > [provide root creds ] > Apply > Cert Sec Alert - Continue > *boom*
So it's getting the cert from buddy but not liking it. Funny thing is, I can login to ESXi on buddy via browser (Brave) from mongo (OpenSUSE Leap 15.2). No problem.
But from bart (Server 2019) using Firefox I cannot get a login page from buddy. After bypassing warnings about the SSL cert, I get this in Firefox:
Checking the ESXi cert from within Veeam when trying to add the host ... seems to look okay.
So Firefox browser access and VBR access from bart are a no-go. Could it be a Server 2019 thing? Why can I login to bart from a Brave browser on Linux but not a Firefox browser on Server 2019?
FYI, I did check system times, time zones, DNS name resolution, etc. Nothing obvious popped up. Also re-gen'd the SSL cert on buddy and restarted the host. No help. Same symptoms.
Thanks in advance for all guidance and assistance!
=====
Jim Turner, VMCE 2020
Master Technologist & BURA Evangelist
Hewlett Packard Enterprise
Jim Turner, VMCE 2020
Master Technologist & BURA Evangelist
Hewlett Packard Enterprise
-
- Product Manager
- Posts: 14836
- Liked: 3083 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Received an unexpected EOF or 0 bytes form the transport stream.
Hello,
I searched a little bit and normally that issue seems to be related to DNS / port / anti-virus / firewalls.
For further investigations please provide a support case ID for this issue, as requested when you click New Topic.
I also use unsigned certificates in my lab since "always" and it works fine.
Best regards,
Hannes
I searched a little bit and normally that issue seems to be related to DNS / port / anti-virus / firewalls.
I don't get that sentence. But you need to be able to access from bart to buddy directly. see https://helpcenter.veeam.com/docs/backu ... ml?ver=110Funny thing is, I can login to ESXi on buddy via browser (Brave) from mongo (OpenSUSE Leap 15.2)
For further investigations please provide a support case ID for this issue, as requested when you click New Topic.
I also use unsigned certificates in my lab since "always" and it works fine.
Best regards,
Hannes
-
- Technology Partner
- Posts: 65
- Liked: 2 times
- Joined: Apr 06, 2017 6:23 pm
- Full Name: Jim Turner
- Location: Edmond, OK
- Contact:
Re: Received an unexpected EOF or 0 bytes form the transport stream.
Thank you @HannesK for your response. Are we allowed to open a support case for home lab issues? If so, I certainly will.
DNS is solid, I'm using the standard port (443), and I have disabled all firewalls and AV.
Sorry my sentence was confusing. Brave is a browser, basically a de-Googled Chrome. I can login to my ESXi host using Brave running on Linux. But I cannot login to my ESXi host using Firefox running on Server 2019 where VBR resides. That's the distinction I was trying to draw. It appears Server 2019 and/or Firefox doesn't like something about the ESXi cert. Whatever it is, it seems to be irritating Veeam, too.
Here's what I see in Svc.VeeamBackup.log when I try to add my ESXi server:
That happens when I click the Continue button in this dialog.
I have tried various forms of the ESXi login name in Veeam's credentials config:
veeam@buddy.blazing.local
veeam
buddy\veeam
buddy.blazing.local\veeam
Each time I get the same error: Received an unexpected EOF or 0 byes from the transport stream.
And I re-verified that I can login to the ESXi web interface as user "veeam" and that it is an Administrative user in ESXi just like root.
I never imagined getting a home lab running would be this difficult. But at least it's good troubleshooting experience!
DNS is solid, I'm using the standard port (443), and I have disabled all firewalls and AV.
Sorry my sentence was confusing. Brave is a browser, basically a de-Googled Chrome. I can login to my ESXi host using Brave running on Linux. But I cannot login to my ESXi host using Firefox running on Server 2019 where VBR resides. That's the distinction I was trying to draw. It appears Server 2019 and/or Firefox doesn't like something about the ESXi cert. Whatever it is, it seems to be irritating Veeam, too.
Here's what I see in Svc.VeeamBackup.log when I try to add my ESXi server:
Code: Select all
[04.03.2021 09:05:18] <25> Error Failed to retrieve service content for host: 00000000-0000-0000-0000-000000000000:buddy.blazing.local:443:19943383-0a1a-45e3-a895-3db51f82ac05
[04.03.2021 09:05:18] <25> Error Failed to login to "buddy.blazing.local", port 443, user "veeam", proxy srv: port:0 (System.Exception)
[04.03.2021 09:05:18] <25> Error Server stack trace:
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CServiceSession.Create(CServiceConnSpec connSpec, CSpsServiceHolder spsServiceHolder, CPbmServiceHolder pbmServiceHolder, CInventoryServiceHolder invServiceHolder, CRawSoapInvokerHolder rawSoapInvokerHolder)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CSoapService..ctor(Guid hostId, String host, CServiceConnSpec connSpec, IHierarchyContentLoader contentLoader, RemoteCertificateValidationCallback validationCallback)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CSoapConnection.Connect(Guid dbHostId, String host, Int32 port, String user, String password, Boolean useProxy, String proxyHost, Int32 proxyPort, IHierarchyContentLoader contentLoader, RemoteCertificateValidationCallback validationCallback)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CSoapConnection..ctor(Guid dbHostId, String host, Int32 port, String user, String password, Boolean useProxy, String proxyHost, Int32 proxyPort, IHierarchyContentLoader contentLoader, RemoteCertificateValidationCallback validationCallback, Boolean useCache)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CSoapConnection..ctor(Guid dbHostId, String hostName, CDBSoapCreds soapCreds, IHierarchyContentLoader contentLoader, Boolean useCache)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.Satellite.CSoapConnectionHolder.Connect(String hostId)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.Satellite.CSatelliteViSoapConnectorServiceStub.GetServiceContent(String hostId)
[04.03.2021 09:05:18] <25> Error at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)
[04.03.2021 09:05:18] <25> Error at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)
[04.03.2021 09:05:18] <25> Error Exception rethrown at [0]:
[04.03.2021 09:05:18] <25> Error at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
[04.03.2021 09:05:18] <25> Error at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.IViSoapConnector.GetServiceContent(String hostId)
[04.03.2021 09:05:18] <25> Error at Veeam.Common.Remoting.CRetryableMethod.DoInvoke[Ret](ActionDelegate`1 dlg)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ServiceLib.CViSoapMangementServiceStub.GetServiceContent(String hostId)
[04.03.2021 09:05:18] <25> Error The underlying connection was closed: An unexpected error occurred on a receive. (System.Net.WebException)
[04.03.2021 09:05:18] <25> Error at System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest request)
[04.03.2021 09:05:18] <25> Error at VimApi.VimService.GetWebResponse(WebRequest request)
[04.03.2021 09:05:18] <25> Error at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
[04.03.2021 09:05:18] <25> Error at VimApi.VimService.RetrieveServiceContent(ManagedObjectReference _this)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CServiceImpl.RetrieveServiceContent(ManagedObjectReference _this)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CServiceImpl.RetrieveServiceContentWithRetry(CServiceImpl service, ManagedObjectReference serviceInstanceRef)
[04.03.2021 09:05:18] <25> Error --- End of stack trace from previous location where exception was thrown ---
[04.03.2021 09:05:18] <25> Error at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CServiceImpl.RetrieveServiceContentWithRetry(CServiceImpl service, ManagedObjectReference serviceInstanceRef)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CServiceImpl.Create(CServiceConnSpec connSpec, CookieContainer cookieContainer, ManagedObjectReference serviceInstanceRef)
[04.03.2021 09:05:18] <25> Error at Veeam.Backup.ViSoap.CServiceSession.Create(CServiceConnSpec connSpec, CSpsServiceHolder spsServiceHolder, CPbmServiceHolder pbmServiceHolder, CInventoryServiceHolder invServiceHolder, CRawSoapInvokerHolder rawSoapInvokerHolder)
[04.03.2021 09:05:18] <25> Error Received an unexpected EOF or 0 bytes from the transport stream. (System.IO.IOException)
[04.03.2021 09:05:18] <25> Error at System.Net.Security._SslStream.ProcessFrameBody(Int32 readBytes, Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
[04.03.2021 09:05:18] <25> Error at System.Net.Security._SslStream.StartFrameHeader(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
[04.03.2021 09:05:18] <25> Error at System.Net.Security._SslStream.StartReading(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
[04.03.2021 09:05:18] <25> Error at System.Net.Security._SslStream.ProcessRead(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
[04.03.2021 09:05:18] <25> Error at System.Net.TlsStream.Read(Byte[] buffer, Int32 offset, Int32 size)
[04.03.2021 09:05:18] <25> Error at System.Net.PooledStream.Read(Byte[] buffer, Int32 offset, Int32 size)
[04.03.2021 09:05:18] <25> Error at System.Net.Connection.SyncRead(HttpWebRequest request, Boolean userRetrievedStream, Boolean probeRead)
I have tried various forms of the ESXi login name in Veeam's credentials config:
veeam@buddy.blazing.local
veeam
buddy\veeam
buddy.blazing.local\veeam
Each time I get the same error: Received an unexpected EOF or 0 byes from the transport stream.
And I re-verified that I can login to the ESXi web interface as user "veeam" and that it is an Administrative user in ESXi just like root.
I never imagined getting a home lab running would be this difficult. But at least it's good troubleshooting experience!
=====
Jim Turner, VMCE 2020
Master Technologist & BURA Evangelist
Hewlett Packard Enterprise
Jim Turner, VMCE 2020
Master Technologist & BURA Evangelist
Hewlett Packard Enterprise
-
- Veteran
- Posts: 643
- Liked: 312 times
- Joined: Aug 04, 2019 2:57 pm
- Full Name: Harvey
- Contact:
Re: Received an unexpected EOF or 0 bytes form the transport stream.
Check if Edge/IE can access it and triple check proxy settings.
That browsers cannot connect means this is not really a Veeam issue, you have some routing issue between the Windows Server and the host or an SSL issue.
I suggest reproduce the issue (with Veeam I guess) while doing a wireshark capture. Look at the communication at that time first just unfiltered, then check the SSL communication.
That browsers cannot connect means this is not really a Veeam issue, you have some routing issue between the Windows Server and the host or an SSL issue.
I suggest reproduce the issue (with Veeam I guess) while doing a wireshark capture. Look at the communication at that time first just unfiltered, then check the SSL communication.
-
- Product Manager
- Posts: 14836
- Liked: 3083 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: Received an unexpected EOF or 0 bytes form the transport stream.
that's the point. I saw that in some support cases. It has nothing to do with Veeam.That browsers cannot connect means this is not really a Veeam issue,
-
- Lurker
- Posts: 2
- Liked: never
- Joined: Jan 30, 2024 4:00 pm
- Contact:
Re: Received an unexpected EOF or 0 bytes form the transport stream.
Hello everyone !
Just so you know, I have an almost identical issue that's driving me crazy. I created a post on VMware vSphere forums: https://communities.vmware.com/t5/VMwar ... -p/3008955
If you happen to have any idea pertaining to this, or if you've found a solution, please share it on the vSphere forums. I'm sure at some point we can get to the bottom of this !
Just so you know, I have an almost identical issue that's driving me crazy. I created a post on VMware vSphere forums: https://communities.vmware.com/t5/VMwar ... -p/3008955
If you happen to have any idea pertaining to this, or if you've found a solution, please share it on the vSphere forums. I'm sure at some point we can get to the bottom of this !
-
- Lurker
- Posts: 2
- Liked: never
- Joined: Jan 30, 2024 4:00 pm
- Contact:
Re: Received an unexpected EOF or 0 bytes form the transport stream.
Ok, so I found a solution that works for me.
I just changed the vNIC model from "e1000e" to "vmxnet3" and everything worked after that.
I have no idea why this works and don't have much more time to allocate to this issue. Hope this helps some people out there.
I just changed the vNIC model from "e1000e" to "vmxnet3" and everything worked after that.
I have no idea why this works and don't have much more time to allocate to this issue. Hope this helps some people out there.
Who is online
Users browsing this forum: Bing [Bot] and 59 guests