CITADEL DATABASE NOT CONFIGURED AS A RELATIONAL DATABASE

HI:
I have the same problem described by another member before, and I haven't found any resolution of this problem:
The problem was:
>I enabled database logging, and configured the shared variables that I wanted to log. Then I deployed the variables. When I try to read alarms and events (Alarm & Event Query.vi), I get this message:
>Error -1967386611 occurred at HIST_RunAlarmQueryCORE.vi,
Citadel: (Hex 0x8ABC100D) The given Citadel database is not currently
configured to log alarms to a relational database.
Please help me with this topic
Thanks in advance

I'm configuring the variables to be logged in the same way that appears on the file you send, but it doesn't work... I don't know what else to do.
I'm sending you the configuration image file, the error message image and a simple vi that creates the database; after, values are logged; I generate several values for the variable, values that are above the HI limit of the acceptance value (previously configured) so alarms are generated. When I push the button STOP, the system stops logging values to the database and performs a query to the alarms database, and the corresponding error is generated... (file attached)
The result: With the aid of MAXThe data is logged correctly on the DATA database (I can view the trace), but the alarm generated is not logged on the alarms database created programatically...
The same vi is used but creating another database manually with the aid of MAX and configuring the library to log the alarms to that database.... same result
I try this sabe conditions on three different PCs with the same result, and I try to reinstall LabVIEW (development and DSC) completelly (uff!) and still doesn't work... ¿what else can I do?
I'd appreciate very much your help.
Ignacio
Attachments:
error.jpg ‏56 KB
test_db.vi ‏38 KB
config.jpg ‏150 KB

Similar Messages

Couldn't not configure Database in Grid Control...

Hi,
they work at the operating system level but the Database instance will not ever come to configure I always get this error
The emctl upload works fine
oracle.sysman.emSDK.emd.comm.CommException: Cannot establish proxy connection: 502 Proxy Error ( The specified Secure Sockets Layer (SSL) port is not allowed. ISA Server is not configured to allow SSL requests from this port. Most Web browsers use port 443 for SSL requests. )
Thanks,

2008-06-05 15:43:48 Thread-1 DEBUG TargetManager: call nmedt_waitDynPropertyFinish for <hostname>
2008-06-05 15:43:48 Thread-9 DEBUG TargetManager: Computing dynamic properties for {<hostname>, host}
2008-06-05 15:43:48 Thread-9 DEBUG TargetManager: Computing dynamic property from_cluster of host,<hostname>
2008-06-05 15:43:48 Thread-9 WARN TargetManager: Query returned 0 rows (only one expected) for the dynamic property from_clu
ster
2008-06-05 15:43:48 Thread-9 DEBUG TargetManager: Computing dynamic property getCRSVCategory of host,<hostanme>
2008-06-05 15:43:48 Thread-9 DEBUG TargetManager: Computing dynamic property Config of host,<hostname>
2008-06-05 15:43:48 Thread-9 DEBUG TargetManager: Computing dynamic property esa_dyn_prop of host,<hostname>
2008-06-05 15:43:48 Thread-9 DEBUG TargetManager: Done with dynamic property evaluation for {<hostname>,host}
2008-06-05 15:43:48 Thread-1 DEBUG TargetManager: nmedt_waitDynPropertyFinish for <hostname>, ret=0
2008-06-05 15:43:48 Thread-1 ERROR TargetManager: Skipping target {test, oracle_database}: Missing properties - password
2008-06-05 15:43:48 Thread-1 ERROR TargetManager: Skipping target {dev, oracle_database}: Missing properties - password
2008-06-05 15:43:48 Thread-1 DEBUG TargetManager: call nmedt_waitDynPropertyFinish for LISTENER_<hostname>
2008-06-05 15:43:48 Thread-10 DEBUG TargetManager: Computing dynamic properties for {LISTENER_<hostname>, orac
le_listener}
2008-06-05 15:43:48 Thread-10 DEBUG TargetManager: Computing dynamic property esaMaxRowCount of oracle_listener,LISTENER_<hostbane>
2008-06-05 15:43:48 Thread-10 DEBUG TargetManager: Done with dynamic property evaluation for {LISTENER_<hostname>,oracle_listener}
2008-06-05 15:43:48 Thread-1 DEBUG TargetManager: nmedt_waitDynPropertyFinish for LISTENER_<hostname>, ret=0
2008-06-05 15:43:48 Thread-1 ERROR TargetManager: Skipping target {test, oracle_database}: Missing properties - password
2008-06-05 15:43:48 Thread-1 INFO TargetManager: save to targets.xml success
2008-06-05 15:43:48 Thread-1 WARN TargetManager: Regenerating all Metadata
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: In getTypeAndNameForHostTarget
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: getTypeAndNameForHostTarget found host, <hostname>
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: In getTypeAndNameForHostTarget
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: getTypeAndNameForHostTarget found host, <hostname>
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: In getTypeAndNameForHostTarget
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: getTypeAndNameForHostTarget found host, <hostname>
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: In getTypeAndNameForHostTarget
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: getTypeAndNameForHostTarget found host, <hostname>
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: In getTypeAndNameForHostTarget
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: getTypeAndNameForHostTarget found host, <hostname>
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: In getTypeAndNameForHostTarget
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: getTypeAndNameForHostTarget found host, <hostname>
2008-06-05 15:44:26 Thread-1 INFO TargetManager: TargetManager initialized
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: In getTypeAndNameForHostTarget
2008-06-05 15:44:26 Thread-1 DEBUG TargetManager: getTypeAndNameForHostTarget found host, <hostname>
2008-06-05 15:44:26 Thread-1 WARN collector: Regenerating all DefaultColls
2008-06-05 15:44:31 Thread-1 INFO TargetManager: save to targets.xml success
2008-06-05 15:44:32 Thread-41 ERROR upload: Error in uploadXMLFiles. Trying again in 60.00 seconds or earlier.

EM console HA page says "Data Gaurd not configured for this database"

I am attempting to use EM console's "High Availability Console" to create a standby database, but, the option is not available. Under "Data Gaurd Summary" the page shows "Oracle DataGaurd is not configured on this database."
How do I configure this option so that I can use the console to create Standy databases? I have looked everywhere I can think of and cannot find any instructions!

Click on your database name, and you'll be lead to a page which shows you all the statistics of your Db
Click on the "Availability" Sub Tab.
You'll see the option to "Add Standby Database". You can take it from there. (you'll be prompted to log in to your database -- log in with sys)
Now click on "Add Standby Database"
The process I normally follow is this
1. RMAN your primary
2. Create standby control file from primary.
3. Get your init file from primary
4. Copy everything over.
5. Make the init file changes (fal client, fal server on primary, any kind of directory mapping, point the init file to the standby control file on the standby side)
6. Bring up the standby db (doing all the other changes that are required)
Then you can import that Db into OEM,
or you could just use the Wizard from OEM :)

Error message when Database details are not configured properly

Hi,
I am using JDeveloper 11.1.1.1.4 and ADF-BC in my project.
I use Weblogic Data Source connection to connect to Database.
I have a requirement that when data base details are not configured properly in Weblogic Data Source or when Database is down,I need to display an error message either when I access application task flows or in login page itself when application starts.
Can I achieve this???Please advice.
Regards,
Praveen

Praveen,
Check out Steve's example
https://blogs.oracle.com/smuenchadf/resource/examples#129
-Arun

610 Database Not Configured Error?

Hello,
We have had Zen 7 installed for quite a while and now are looking to get
some information from the inventory. Of course, now that we are wanting to
use it we have noticed that it hasn't ever been working completely as we
are getting the "610: The Database Location policy is not configured."
error. I have checked and double-checked the Service Location Policy and
the Server Package. Both have the Zenworks Inventory database configured
to the inventory database object for the server.
What else should I be checking?
Timothy M. Musa
Community Consolidated School District 93
Carol Stream, IL
http://www.ccsd93.com/

Tim Musa <musat_@_ccsd93.com> wrote in
news:[email protected]:
> Hello,
>
> We have had Zen 7 installed for quite a while and now are looking to
> get some information from the inventory. Of course, now that we are
> wanting to use it we have noticed that it hasn't ever been working
> completely as we are getting the "610: The Database Location policy is
> not configured." error. I have checked and double-checked the Service
> Location Policy and the Server Package. Both have the Zenworks
> Inventory database configured to the inventory database object for the
> server.
>
> What else should I be checking?
>
Well, after poking around a bit more, I cleared the associations for the
policy and the package and re-associated them and the inventory server has
started.
Timothy M. Musa
Community Consolidated School District 93
Carol Stream, IL
http://www.ccsd93.com/

I can not open an citadel database whit diadem

i can not open an citadel database whit diadem, the diadem shown error number 104 , "unable to connect to specified server . what have i to do ?

Hi Ramatajama,
Most likely you are just missing one simple step, which is to turn on the Citadel service that allows any client, such as DIAdem, to get to the data in the Citadel database.
You do not have to have the Citadel database on the same computer that DIAdem resides on, but you DO have to go to "NI Service Manager" on the DIAdem computer and "start all services". Usually the NI Service Manager icon shows up in your system tray at the far bottom right of your computer screen.
Ask again if this isn't enough info,
Brad Turpin

`establish_connection':development database is not configured(ActiveRecord)

I am new to ruby on rails.Can anybody tell me how to solve this problem.
i installed ruby,sap,and saprfc-0.11-mswin32.gem .
i create one project and when i try to execute this its showing this error:
C:\rails\sapsample>ruby script/server
=> Booting WEBrick...
C:/Ruby/lib/ruby/gems/1.8/gems/activerecord-2.2.2/lib/active_record/connection_a
dapters/abstract/connection_specification.rb:60:in `establish_connection': devel
opment database is not configured (ActiveRecord::AdapterNotSpecified)
        from C:/Ruby/lib/ruby/gems/1.8/gems/activerecord-2.2.2/lib/active_record
/connection_adapters/abstract/connection_specification.rb:53:in `establish_conne
ction'
        from C:/Ruby/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/initializer.rb:392:i
n `initialize_database'
        from C:/Ruby/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/initializer.rb:139:i
n `process'
        from C:/Ruby/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/initializer.rb:112:i
n `send'
        from C:/Ruby/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/initializer.rb:112:i
n `run'
        from C:/rails/sapsample/config/environment.rb:13
        from C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `ge
m_original_require'
        from C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `re
quire'
         ... 9 levels...
        from C:/Ruby/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/commands/server.rb:4
9
        from C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `ge
m_original_require'
        from C:/Ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `re
quire'
        from script/server:3
thanks

Hi,
It seems that you're in the wrong forum: this one is about Visual Composer (not Visual Administrator).
Regards,
Yaniv.

Error 610 Database location policy is not configured.

Hello,
I'm running ZENworks 6.5 sp1(a).**I*have*an*Inventory*Service*object **called
"Inventory Service_servername".**Should*I*be*renaming*t his*to*the*older
configuration (which I don't have anymore) or try to configure it as is.
startinv no longer will start inventory.**I*had*this*working*since*the
upgrade (a long time ago) but it's no longer working.**I*had*checked*a
number of the TID's on this error but I have not been able to resolve the
problem.**Please*tell*me*where*I*should*be gin*to*look.
Thanks in advance, Oksana

It's now fixed. Looks like it was configured both in the Server Package and
the Service Location Policy, so I removed the settings from the Server
Package, and voila it works!
Oksana wrote:
> With debugging increased:
>
> 12/9/05 12:55:55.537] ZENInv - Server Config: getAttributes of DB Loc.
> Policy returned: 104
> [12/9/05 12:55:55.537] ZENInv - Server Config: DB Location Policy not
> configured properly...
> [12/9/05 12:55:55.537] ZENInv - Server Config: The
> getConfigurationFromDirectory() returned610
> [12/9/05 12:55:55.639] ZENInv - Server Config: Inv Server not configured
> properly. Error code: 610
> [12/9/05 12:55:55.639] ZENInv - Server Config: Error Type 15 Error 610
>
> and later on
>
> [12/9/05 12:55:55.927] ZENInv - Status Reporting: Number of modified
> [records
> are: 0 for DN=CN=Inventory Service_BOREALIS.OU=ARDELT.O=FACS
> [12/9/05 12:55:55.927] ZENInv - Server Config: Error Type 15 Error 610
> [12/9/05 12:55:55.927] ZENInv - Server Config: clearScope() return value 1
>
>
> The db location is specified, so I'm not sure what the problem is, maybe
> the
> correct rights to acces the db aren't in place. Everything else seems to
> be working.
>
> TIA, Oksana
>
> Marcus Breiden wrote:
>
>> On Fri, 02 Dec 2005 16:30:27 GMT, Oksana wrote:
>>
>>> We installed sp1 before sp1a came out and I fixed it and it has been
>>> working
>>> since. However, recently it is not working and I'm not sure why.
>>
>> in that case I would enable debug logging for inventory and take a look
>> at the log file..
>>
>> Try enable debugging....
>>
>> http://www.novell.com/documentation/...rts/zdprts.pdf

Write to Citadel database from LabVIEW?

Hi. I'm a newbie when it comes to Lookout and the Citadel database... so here's my question for you all:
We have various labview applications that log data from instruments. We would like to be able to take this data and store it as "tags" in a Citadel database.
What do you think is the best way to do this?
There are ODBC drivers for the Citadel database, but they appear to only allow you to query the database to retrieve values... you can't write data to the database (so its read-only).
Are they any "Lookout VIs" or Citadel VIs that can write to the Citadel DB from LabVIEW? Or a DLL or something?
Any ideas?
regards,
John Paul

Very nice question John Paul. I take it you already have Lookout and LabVIEW. In this case, with the latest versions of either, simply use the LabVIEW datasocket to publish the items on your front panel. Lookout then can subscribe to these once you register the LabVIEW computer. Once you have subscribed to them in Lookout, you are then able to set up logging. You may need to create an expression object to route the data to citadel.
If you just want to use LabVIEW and the Citadel database, you might try VI Logger. This works in our configuration utility - MAX, and also comes with a set of VIs for LabVIEW. One caveot, the Citadel database in VI logger is newer (and faster) than the Citadel database in Lookout. I believe NI is working to synchronize
the version in the future, and its hard to say when. So till then, you would not be able to merge data in the dislike citadel databases. However, you can always use and ODBC call set to extract from both and store in a more permanent SQL database such as access, oracle, ms back office, etc.
Good Luck,
Preston Johnson
Business Development Manager
Industrial Applications
National Instruments
Preston Johnson
Principal Sales Engineer
Condition Monitoring Systems
Vibration Analyst III - www.vibinst.org, www.mobiusinstitute.com
National Instruments
[email protected]
www.ni.com/mcm
www.ni.com/soundandvibration
www.ni.com/biganalogdata
512-683-5444

Latency in accessing Citadel Database over the LAN

Hi!
I have two systems running LabVIEW 2013 with DSC 2013 and I am using one of the systems to acquire (using shared variables) and log data internally in the citadel database. I have made an application to visualize this data either locally on the same PC or over the LAN. When I am using the application on the same local machine which is logging the data, its all working fine and very fast. But when I access the same database over the LAN, the application takes a finite amount of time (anything between 2-18 secs everytime) to retrieve and show the data. Since the database size is very small (less than 5MB), logging rate is low (1Hz), number of traces are not much (14 traces), data is boolean, it should not take so much time to show the values over the LAN (the application should be as snappy as it is on the local PC). I am at my wits' end but I am not able to reduce this latency or find any logical reason for it to be present.
I specify the logging PC's name whenever I want to retrieve the trace (as shown in the attached picture), I have a feeling that if I replace that with the IP address of the system, things should become fast. But whenever I try this, LabVIEW throws up an error saying that the specified trace/database does not exist.
I am attaching a pic of the architecture and a simplified image of how I am retrieving the data from the database with this post.
Any help shall be deeply appreciated.
Attachments:
LAN Architecture.png ‏23 KB
Accessing database.png ‏14 KB

To enable external access without VPN, you must assign an external IP address and also map that external IP to the server. Additionally, you must open the associated ports (http) on the firewall (doesnt matter what firewall you use). You will have to map the extranal ip to the internal IP that you have set on the EBS server configuration. In some cases, you have to enable the proxy as well.

Configuring Database for logging to citadel Database using shared variable engine

Hello All,
I have two systems with me here, one with LabVIEW 8.5 and one with LabVIEW 8.6, I'm using Shared Variables in my code and I am Logging to citadel Database. In a PC with LabVIEW 8.5, I am able to Log Data to citadel Database, but with the same code I am not able to Log Data from the PC with LabVIEW 8.6. Both the PC's have Database Installed and the connection with the Database Exists when I test connection with database through control panel. I would Like to know any configurations (in LabVIEW or in code or in Database or in PC) that have to be done for Logging to Database because the PC with LabVIEW 8.6 was added recently and the code was upgraded to 8.6.

It was due to a dll in LabVIEW, a dll named nitaglv.dll
Now I have a issue with Data Logging from the EXE, once the shared variables are deployed programatically from the EXE the Data Logging stops,
can I get any input on this issue..???

Options to edit historical data in Citadel database (Lookout 6.0)

We are running a new installation of Lookout 6.0
I am looking for ways to edit the historical data that is found in the Citadel database. For example, if an alarm clears before I can enter comments, I would like to go to the database after the fact and enter comments regarding the alarm.
We are running this on XP pro operating system.
Thanks,
Alan

Hi Alan,
I am afraid this will be difficult, if at all possible. Citadel data, by design, can be written to (and edited?) only by the product using it, i.e., Lookout, LabVIEW-DSC, etc. Outside of these products we can only retrieve the data -- not edit or add to it. As you are probably aware, some of the options for writing user data (as opposed to IO/system data) from within these products is to use the Logger Object in Lookout and the VI-Server approach in DSC (http://zone.ni.com/devzone/conceptd.nsf/webmain/5a921a403438390f86256b9700809a53).
So, I guess one option is to "annotate" / write additional data separately using the Logger Object, referencing the Alarms somehow.
Having said that, I believe Lookout 6.x (Citadel5) uses MSDE for storing Alarm data (other data is still stored in the native Citadel database). You could explore this -- try opening the MSDE database from Query Analyzer, from instance, and see if it can be edited. I haven't tried this.
Hope this gives you some ideas.
-Khalid

SQL queries from a Citadel database

We are retrieving data with third-party package SQL queries from a Citadel database. Certain queries for some object members will not return data, but the SQL search application software returns an "error". An analysis of the error from the SQL end does not find problem on SQL side. I suspect corruption of Citadel database. The link to database is good, as most tags do return a value as expected.
This problem occurred at the time of re-location of the database to a replacement computer. Any ideas on how to fix such a problem?

Can you give an example of the "bad" SQL statement and a good one?
Ryan Shi
National Instruments

Logging large .ctl to citadel database is slow

Hi, All
I'm using LV 8.5 with DSC.
I'm logging my own.ctl types shared variables to citadel database. This own.ctl includes 52 piece doubles, strings and boolean datatypes. I have 200 piece this tape of shared variables and I record all that shared variable information to citadel database. All operations as writing, reading, achieving, and deleting database are very slow. They also consume lot CPU time. Is there any capacity limits on citadel database ? Which is best structure to record this kind of data to database? I have tested (see attacment) structure but it seems to be very slow because I have to delete and create database trace references after 1st database is full.
BR,
Attachments:
code_structure.jpg ‏51 KB

When you say "...to Log Data only when necessary... " I assume you are using Set Tag Attribute.vi to establish this behavior.
National Instruments recently added a feature (as a hot-fix) to the DSC Engine to be able to ignore timestamps coming from servers to prevent to log values with "back-in-time" timestamps. Citadel is really critical taking values back in time (logs a ) and therefore retrieval of Citadel data with such back-in-time traces could act wired.
You can find more info from:
Why Do I See a Lot of NaN (Not-a-Number) In My Citadel Database When I Use the Set Tag Attribute.vi?
blic.nsf/websearch/B871D05A1A4742FA86256C70006BBE00?OpenDocument>How Do I Avoid Out-of-Synch (a.k.a....
The Hot-Fix can be found:
LabVIEW Datalogging and Supervisory Control Module Version 6.1 for Windows 2000/95/98/ME/NT/XP -- Fi...
I assume you run into such a use case - maybe. It happen to me, too . And I've created a small VI which would analyze traces on back-in-time (NaN - Not a number) values. I assume the missing Data in DIAdem are those Not-a-Numbers aka Break.
If you still encounter some problems after applying the DSCEngine.ini UseServerTimestamps=false, you might contact a National Instruments Support Engineer.
Hope this helps
Roland
Attachments:
BackInTimeAnalyzer.llb ‏622 KB

Slow opening archived citadel database on first read

I have archived a citadel database using the archive vi. I then copied this database to another computer. when I try to read data from this archived database, it is taking a long time to return the first set of data (5-10 minutes). New attempts to read data execute much quicker than the first read. Is there a way to improve this opening of the citadel database?? Right now I am using the OPEN DB sub vi that was sent to me to resolve an error accessing citadel problem. The database is not setup as the logging location in the tag engine. This OPEN DB vi is locked so I can't do any kind of probing to see what it is happening. Are you not supposed to work with an archived database??
Attachments:
my_citadel_viewer.llb.zip ‏108 KB

Bump,
I was unable to reproduce your problem. I archived a DB on my machine and moved it to another Win2k machine. The program works fine, whether or not I use the open and close DB VIs. How much data are you trying to retrieve? You also may have a corrupted database, and Citadel is trying to fix its corruptions when you first access the data. Have you tried to access the original (pre-archive) database with the VI? What is the result?
Regards,
Michael Shasteen
Applications Engineering
National Instruments
www.ni.com/ask
1-866-ASK-MY-NI

CITADEL DATABASE NOT CONFIGURED AS A RELATIONAL DATABASE

Similar Messages

Maybe you are looking for