Pipe to server broken error

IOException reading message from server : java.io.EOFException: pipe to server broken

has anyone ever gotten this error on their appserver?

my epicor appserver and MSS cant connect to eachother so every appserver i try to spin up fails.

[16/10/03@22:45:56.692-0400] P-007512 T-008160 1 AS – 08001: [Microsoft][SQL Server Native Client 10.0]A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check

92

[16/10/03@22:45:56.692-0400] P-007512 T-008160 1 AS – if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online.

93

[16/10/03@22:45:56.692-0400] P-007512 T-008160 1 AS – S1T00: [Microsoft][SQL Server Native Client 10.0]Login timeout expired

94

[16/10/03@22:45:56.692-0400] P-007512 T-008160 1 AS – Failed to connect to the MSS database. (6142)

95

[16/10/03@22:45:56.693-0400] P-007512 T-008160 1 AS – Error initializing the application server. (5479)

Check the time difference between your app server and your SQL server
They can’t be more than s few seconds off
If that’s not the case see if you can browse from app server to \sqlserver\share

Make sure your sql services are all running

Open odbc and do a connection test

One or more of these should let you know what’s going on
If odbc fails try logging into Sql management using the same account and see what is wrong… Could be expired password

-Jose Gomez

1 Like

Jose,

Servers are within 1 sec of each other.

All SQL Services are running.

I can complete a successful connection via ODBC from my computer, but it doesn’t work when trying from our APP server. I get this error.

I was thinking password change as well, and have tried re-entering some, but no luck. we’re still getting the same errors. I’ve tried resetting in the OpenEdge Admin Service. Our setup includes a SQL server and an APP Server connected with a crossover cable.

-Bobby

Silly question… Have you tried rebooting both servers?

-Jose Gomez

haha, yes. multiple times after different changes and no luck.

-Bobby

And this was a box that was working before right?
Can you browse from one server to the other via network share?
Also what version of druver are you using on the odbc connection?

Yes, was working great until like 7pm last night.
Yes, i can browse to each server from the other.
SQL Server native client 10. We use ODBC for some crystal reports and they still work just fine.
We’re on 905.702A.

I am getting a slightly different error now:

[16/10/04@07:11:57.023-0400] P-006500 T-004144 1 AS – 08001: [Microsoft][SQL Server Native Client 10.0]Unable to complete login process due to delay in opening server connection

guess that’s better than being not accessible.

Any Microsoft patches applied?

We did apply some microsoft server updates recently but it was at least a week ago.

Do you have a test or pilot instance? And do those work?
We had a similar issue before and it was a misconfigured process setting in progress explorer
Is your db starting in open edge explorer?
When you check odbc are you checking 64 and 32 but versions?

-Jose Gomez

That’s really weird… Do you see anything on the SQL Server logs?

-Jose Gomez

Just for giggles can you check that your pf file is still there and not corrupted

-Jose Gomez

Is the SQL server browser service enabled?

Test and Pilot instances both run into the same issue.
The database is started, the agent is not, but I don’t believe that ever starts we on a SQL database.
ODBC connection using 64 bit and SQL Native Client 11.0 from my computer completes successfully.
Only thing in server logs that looks weird is this. everything else says it has started and is listening properly

the PF file looks good, i don’t see any issues there.

Yes, all SQL services are running.

Ok so there must have been something (or someone) that messed up a firewall setting. On the SQL server, I went to the firewall and added a new inbound rule to explicitly allow access through TCP port 1433. Once that was complete Epicor started up and it looks like we’re rocking and rolling. I’m really not sure how the firewall setting could have changed (we’ve been good for over 3 years) and this may not be the most appropriate solution, but hey it worked. Here’s a link to the MSDN article that I followed to resolve. Thanks everyone for you ideas and inputs.

-Bobby

Keep in mind that the fix Bobby stated above will work but you will not be able to access and control your sessions on the Epicor Administration console unless you hard code an inbound rule on your appserver server.

Best practice is to remove your firewalls on both servers or hard code exceptions on both and use a hardware firewall

Is you SQL server exposed to a public IP? Why are you running a firewall on it?

Joshua Giese
Technology Solutions : CTO
Direct Phone: 920.593.8299
Office Phone: 920.437.6400 x342
[http://wcibags.com/email/emailFooter4.jpg]http://www.wcibags.com/