nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

It thinks my data source is not registered with the server. But it is! =( !

Anonymous User

Hi all. I've recently stood up a new ArcServer. I've posted a few test services that have gone well. I want to overwrite one, or even replace it, but I keep being told that:

!!!

I've registered it! I swear!

Why is this happening? How can I convince it I've really registered it?

Thanks in advance.

Joanna in Vermont

Encontre mais publicações marcadas com

Accepted answers

All comments

DerekLaw

Hi Joanna,

After you've registered the data store in ArcMap, can you login to ArcGIS Server Manager (as an admin) and check the status of the data store?

ArcGIS Server Manager > Site > Data Store. Do you see the new data store listed?

Hope this helps,

Anonymous User

Hi Derek - Thanks. So, I just did that, and I see it and it validated. =/ !

Anonymous User

maybe I need to nuke the service and post a new one. I'd just have to let the users know and I hate doing shit like that.

MikeVolz

Why does the name of your registered database say [Managed]? Did you include that part in your name or did AGS automatically add that to your datasource name? I ask because none of the registered data sources that work for me have [Managed] in their name.

williamporter

I was given an easier way to register databases with the server by Bethany at Esri tech support:

It obviates any chance of mis-spelling. You start in ArcCatalog, choose your ArcGIS Server (admin) and select server properties -- [this is 'esri-speak' or elementary school teacher polite 'we' stuf]. I'm not this polite.

-In ArcMap, we right clicked the name of your connection to GISISS under "GIS Servers"
-We then clicked Server Properties
-We then clicked the Data Store tab
-We clicked the + button to add a new registered database
-We clicked "Import" and selected the connection to the geodatabase that we needed to register
-We clicked ok, and this resolved the error message you were seeing when publishing your map

Anonymous User

Hi William - I ran into this problem again today. I've been trying this exact method all along and I keep getting:

Why??? Any idea? Thx.

williamporter

There are too many variables. This is a task for an ESRI tech to log into your system and make it work.

I am not a data expert. In Spartanburg I get data from the County MS SQL/SDE data structure. What I know about SQL wouldn’t fill a thimble.

I had a problem where the GIS director could reach data that I coud see, but I kept getting errors on. That turned out to be ESRI ‘privileges,’ – permissions.

Rebooting your workstation (and server if you have that authority) sometimes clears errors.

One thing I have learned is that MXD files trash easily. Build a new, simple test MXD from scratch, do the data link from ArcMap to ArcGIS Server from Server properties and import the data from your workstation. If you have full control you should delete existing data connections from the server, then add them from ArcMap.

The test the application with the simplest couple of data sets.

To state the obvious:

The purpose of registering data is to make sure that your ArcMap MXD and ArcServer see the same data.

When I worked for a university, I didn’t use SQL or SDE. I didn’t do cadastral data.

All I had to do was either map my MXD to, for example, Z:\campus data then map ArcServer to the same data with the same pathing. It’s easiest if both machines see a third drive. When I first ran into registration I would create an \drive on my server and copy the data from the \drive of my workstation. That was a kludgy workaround, but it showed me the obvious: if ArcServer can use the path in the MXD and it finds data in the same place, it will use it.

The import system always works for me and ensures I don’t make spelling errors or select a similarly named SDE link file.

Bill Porter

Sr. GIS Analyst

GIS Addressing

Spartanburg County, SC

864 596 3257

DerekLaw

Hi Joanna,

> I ran into this problem again today. I've been trying this exact method all along and I keep getting:

Not sure how you fixed your original data store issue. But please try the following:

- Delete your data store reference in ArcGIS Server Manager;

- Re-start your GIS Server service;

- Delete the GIS Server connection in ArcCatalog/ArcMap;

- Re-create the GIS Server connection in ArcCatalog/ArcMap;

- Re-define the data store reference in ArcGIS Server Manager.

Hope this helps,

MandieWaldrop

I have this very thing happen to me...or I used to have it happen.

What I found was, for me (as prophesied by Bill), it had to do with the manner/connection with which I was connecting to the GDB from the MXD. If I was connected with the admin account (sa) I didn't have that problem, but something in my personal connection permissions makes me hit that same wall.

I have never spent the time to figure-out which permission it is exactly...I just have my publication MXD's that are set-up with connections through the sa account & all runs smoothly.

williamporter

Permissions across the network My workstation, to the server, then to MS SQL/SDE files have driven me to great anger. I finally convinced my director to use admin permissions for both of us in ArcGIS and Freeance – and 90% of the problems are gone. It’s still easy to make a tiny mistake.

Participe da Conversa

Membros conectados podem postar, seguir atualizações e mais. Novo aqui? Registre uma conta gratuita.

Links Rápidos

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.