Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Browsing for Publication error message

1 view
Skip to first unread message

JLS

unread,
Dec 2, 2005, 3:09:15 PM12/2/05
to
I have setup everything from my domain to the dmz following the document from Replication Answers.com "Replication Across Non-Trusted Domains or Using the Internet"
 
When setting up the anonymous pull subscription, browsing for the DMZ publication, I see the DMZ server (Publisher) but when I click the (+) to view publications I am receiving the error message;
"Could not obtain information about Windows NT group / user 'DOMAIN NAME/SQLAdministrator' "
This is the account that runs my Sql Server Agent of the sql server in the domain (The Subscriber)
 
I don't want to use this account, the DMZ server is a part of the domain!!!!  I have setup a sql account on both the domain sql server & the dmz sql server.
 
What am I missing?  Where would it be retrieving this account? 
 
I feel like I am so close.  I was actually able to create a subscription by using Hilary's book & scripts from QA (But couldn't get the Agent to start - Start/Stop Agent were grayed out)

--
JLS

JLS

unread,
Dec 2, 2005, 5:04:20 PM12/2/05
to
I tried yet another approach....
 
I pulled the initial snapshot folder off the publisher & put it on the subscriber.  In the subscription properties, I told it to look in this folder on the subscriber, but I get an error message that the process could not read the file.
 
I'm just trying everything & I think I'm down to my problem has to do with the initial snapshot.  PLEASE shove me in the right direction.....   

 

Hilary Cotter

unread,
Dec 2, 2005, 9:42:14 PM12/2/05
to
can you try a nosync?

--
Hilary Cotter
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html

Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com

"JLS" <jls...@hotmail.com> wrote in message

news:ebk7Zx49...@TK2MSFTNGP10.phx.gbl...

JLS

unread,
Dec 4, 2005, 11:15:12 PM12/4/05
to
At this point I'll try anything!!!!!!!!!!
 
What do you mean?  Where do I try a nosync?

--
JUDE
"Hilary Cotter" <hilary...@gmail.com> wrote in message news:OXtGtM79...@TK2MSFTNGP14.phx.gbl...

Raymond Mak [MSFT]

unread,
Dec 5, 2005, 12:38:11 PM12/5/05
to
Hi Jude,
 
While using nosync subscription is a perfectly valid option, the problem that your experienced seems to be the kind that is relatively straightforward to resolve. If I understand the situation correctly, you have manually copied the snapshot files to a different location on the subscriber and attempted to apply the snapshot from the new location via the use of the alternate snapshot folder property of the pull subscription. One non-intuitive quirk that typically catches people off-guard is to set the alternate snapshot location directly to where the snapshot files are rather than to where the unc or ftp folder is. That is, you need to have the <unc|ftp>\<Publisher>_<PublisherDB>_<Publication>\<timestamp>\<snapshot files> folder structure underneath your alternate snapshot folder. So, if you manually copy the snapshot files around, you would need to recreate the same folder structure that I mention previously in your target location and then point the alternate snapshot folder to the "root" of that sub-structure. I would be interested to know if your scenario has more twists than what I expected.
 
-Raymond

JLS

unread,
Dec 5, 2005, 1:59:27 PM12/5/05
to
Raymond,
    Thank you for this answer, I am going to check to make sure I have my alternate snapshot folder set as you suggest.
 
If I may impose, when browsing for the publication on the DMZ to setup an anonymous pull subscription, why would I receive an error message about the domain account on the Subscriber that runs the SQL Server Agent service?
Why is it referring to this account at all?
Certainly both servers Sql Server agent accounts do not have to be the same, especially when one of the servers is out on the net & not even on the domain?
Any light you can shed on this will be greatly appreciated.
 
Thanx!!!!

--
Jude

Raymond Mak [MSFT]

unread,
Dec 5, 2005, 2:31:11 PM12/5/05
to
Hi Jude,
 
It is sort of difficult for me to visualize exactly what is going on with the description you gave previously (or any kind of description that you can possibly provide over the newsgroup) but I would guess that the subscriber SQL Server Agent service account was somehow added to the publication access list of the publication on the DMZ. If this is the case then you will likely see the kind of error message that you saw when browsing the publication properties through the UI (which also enumerates entries in the publication acces list). To find out, select from the MSpublication_access table in the distribution database and see if the account for your Subscriber's SQL Server Agent service account shows up. If so, manually removing the row will likely resolve the issue for you.
 
-Raymond  

JLS

unread,
Dec 5, 2005, 2:51:41 PM12/5/05
to
Sorry for the cryptic description, I posted in another thread describing my problem in detail, so let me do that again with you & perhaps you can 'see' where I am going wrong.
 
Subscriber = On my domain
DMZ SQL Server = Not on my domain (1 way trust is setup)
There is a firewall involved here (My Network Admin has VERY reluctantly setup rules on the firewall)
 
==============================================================================================================
 
The Subscriber can connect to the Publisher in the DMZ, no problem.  As a matter of fact, this particular Subscriber server is publishing to this DMZ server (One way trust is working fine)
 
I have the alias set & I have an entry in the hosts file for this DMZ server.
 
I have the publication setup to allow anonymous subscriptions.
 
Here's what I am down to when I try to setup the Pull Subscription at the Subscriber, from the publication on the DMZ server.
I get an error message about not being able to retrieve info about publications on the DMZ Server AND I get an error message about not being able to retrieve info about the Domain account that is the Service startup account for Sql Agent on the Subscriber.  I don't want to use this domain account anyway, I have the publication setup to use a Sql Account that I created specifically for this replication.
Why would it be trying to use the Sql Agent Service Account, and not REPLDMZ sql account I setup on both boxes?
===============================================================================================================
 
So, I tried to set everything up by using scripts on the Subscriber.
 
exec sp_addpullsubscription
@publisher = 'MARKYMARK',
@publisher_db = 'SNN',
@publication = 'SNN',
@independent_agent = 'True',
@subscription_type = 'anonymous',
@update_mode = 'read only'
 
exec sp_addpullsubscription_agent
@publisher = 'MARKYMARK',
@publisher_db = 'SNN',
@publication = 'SNN',
@distributor = 'MARKYMARK',
@subscriber_security_mode = 1,
@distributor_security_mode = 1,
@subscriber_login = 'repldmz',
@subscriber_password = 'insert password here'
 
I get a connection failure when I try to start synchronizing, it says it can't connect to the distributor on the DMZ server & appears to be trying to connect with the Subscriber domain account that runs sql agent on the subscriber.
 
I haven't setup replication using scripts before, so this was just a shot in the dark since I cannot browse the DMZ publications from EM.
 
Is this a better description of my issue?  I feel like I'm really close to getting this anonymous pull setup, but one piece of the puzzle is missing?

--
Jude

Raymond Mak [MSFT]

unread,
Dec 5, 2005, 3:07:21 PM12/5/05
to
Did you see the Subscriber's SQL Server Agent account in MSpublication_access?
 
-Raymond

JLS

unread,
Dec 5, 2005, 3:29:05 PM12/5/05
to
No, the publication access list has the sql account I created specifically for this replication (repldmz), the sa account, and distributor_admin listed.
 

--
Jude

Raymond Mak [MSFT]

unread,
Dec 5, 2005, 3:47:40 PM12/5/05
to
Ah, I think I know what this is: You should probably be using standard security instead of integrated security to connect from the pull subscriber to the distributor (@distributor_security_mode = 1 in sp_addpullsubscription_agent call) for your scenario since the distributor\publisher (same I presume are the same machine) will only see your distribution agent as running under the Subscriber's SQL Server Agent service account which it fails to authenticate because it lives in a separate domain (presumably without the neccessary trust relationship established). Or, you can try to convince your network admin to setup trust relation for the "other" direction so your DMZ domain can authenticate accounts from your internal domain (or whereever your subscriber is). Note that I don't actually know the details of how that can be done :P (Or perhaps you can push from DMZ to internal as authentication works that way already?)
 
-Raymond  

JLS

unread,
Dec 6, 2005, 10:11:05 AM12/6/05
to
Raymond,
    What is the syntax for No Sync when setting things up using scripts?
Since I can't browse for publications I am using sp_addpullsubscription & sp_addpullsubscription_agent, and I am not finding where I set No Sync.
 
Thanx!

--
Jude

JLS

unread,
Dec 6, 2005, 10:13:46 AM12/6/05
to
Ok, I really think I am down to an issue with pulling the subscription using ftp, so I need to look at your suggestion about the Alt Snapshot folder, or figure out where in the script I tell it No Sync.
It's so close now!!!!  I have the anonymous pull subscription & the agent, I just keep getting an error message from the agent stating the initial snapshot is not ready.
 
Oh, and by the way, the convincing the network guy to open things up so that I can push from the DMZ (Non Trusted) will happen when you know where freezes over.......  ;o)
 
Thanx for all your help, I really appreciate it!!!!
 

--
Jude
0 new messages