all groups > sql server connect > february 2004 >
You're in the

sql server connect

group:

OS error 53 for SQL servers VPN replication?



OS error 53 for SQL servers VPN replication? Joe Mine
2/27/2004 1:18:36 PM
sql server connect: I've got this error message when trying to create a subscriber from a
publisher through VPN in a non-trusted domain, I am using SQL server
authentication:



The schema script '\\MERCURY\G$\Program Files\Microsoft SQL
Server\MSSQL$MERCURY\ReplData\unc\MERCURY$MERCURY_Northwind_NorthwindMercury
Pub1\20040221225704\snapshot.pre' could not be propagated to the subscriber.

(Source: Merge Replication Provider (Agent); Error number: -2147201001)

----------------------------------------------------------------------------
-----------------------------------

The process could not read file '\\MERCURY\G$\Program Files\Microsoft SQL
Server\MSSQL$MERCURY\ReplData\unc\MERCURY$MERCURY_Northwind_NorthwindMercury
Pub1\20040221225704\snapshot.pre' due to OS error 53.

(Source: ECSWEB (Agent); Error number: 0)

----------------------------------------------------------------------------
-----------------------------------

The network path was not found.

(Source: (OS); Error number: 53)





What is OS error 53 and how can it be fixed???

RE: OS error 53 for SQL servers VPN replication? rboyd NO[at]SPAM onlinemicrosoft.com
2/27/2004 5:50:12 PM
This error is generally caused by the fact that the SQL Server Agent
startup account on either the publisher or subscriber is not a local
administrator on one or both of the machines.

The default location for the snapshot folder is an administrative share and
as such the SQL Server Agent acount must be a local adminsitrator to access
it. From the error I am going to presume that you are creating a pull
subscription so the SQL Server Agent startup account at the subscriber must
be a local admin on the publisher. You can verify if this is the problem by
logging on to the subscriber using the SQL Server Agent startup account and
try to map a drive to the snap shot folder on the publisher:

\\MERCURY\G$\

If that fails with the same error then you have your reason for the failure.

Rand
This posting is provided "as is" with no warranties and confers no rights.
Re: OS error 53 for SQL servers VPN replication? Paul Ibison
3/1/2004 7:39:02 PM
Joe,
I haven't got Rand's post available here, but I would advise to either use
SQL security or use pass-through authentication. Both are described in the
link in my earlier post.
Regards,
Paul Ibison


[quoted text, click to view]

Re: OS error 53 for SQL servers VPN replication? Joe Mine
3/1/2004 11:59:15 PM
Thanks Rand,
Yes that's right the two SQL servers are in different
non-trusted domains connected through VPN. The Distributor and Publisher SQL
Server is in the NARC domain and Agent login account as NARC\Administrator.
And the subscriber is in the HOT domain and Agent Login account is
HOT\Administrator. No trusted can be established between them. What must I
do to achieved successful pull subscription??? How do I allow permissions in
the NARC domain for HOT\Administrator if there's no trusted???? What about
independent SQL server logins to access shares in NARC domain(How do I set
it up if possible)???
Thanks


[quoted text, click to view]

Re: OS error 53 for SQL servers VPN replication? Joe Mine
3/4/2004 1:53:29 AM
Hi Paul,
Can you please give me the links again. I cannot locate your
previous post. The only problem I am having is I cannot from the Subcriber
SQL Server access the Snapshot Folder in the Distributor SQL Server because
this is two different non-trusted domains.

[quoted text, click to view]

Re: OS error 53 for SQL servers VPN replication? cgross NO[at]SPAM online.microsoft.com
3/4/2004 8:18:56 PM
Try this article:
321822 HOW TO: Replicate Between Computers Running SQL Server in
Non-Trusted http://support.microsoft.com/?id=321822

Cindy Gross, MCDBA, MCSE
http://cindygross.tripod.com
This posting is provided "AS IS" with no warranties, and confers no rights.
AddThis Social Bookmark Button