Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Victor Kirhenshtein

#4786
В текущей версии не получится. Для 1.2.6 я добавлю две новые функции в NXSL: ManageObject и UnmanageObject. Тогда можно будет поставить хук на configuration poll и в нем сделать unmanage нужным интерфейсам.
#4787
General Support / Re: connect to the database netxms
January 30, 2013, 04:31:55 PM
Hi!

It just means what it says: access to database denied. You either using incorrect password, or user netxms is not allowed to login from localhost. Check your MySQL settings.

Best regards,
Victor
#4788
Раз в час по умолчанию стартует housekeeper - он удаляет из базы устаревшие записи (из логов и собранных данных). Возможно есть смысл увеличить интервал между запусками - это регулируется параметром HouseKeepingInterval.
#4789
General Support / Re: syslog v1.2.5
January 30, 2013, 04:24:01 PM
Finally I've found a problem. Syslog parser is really broken in 1.2.5. I've fixed it, so 1.2.6 will work again. I plan to release 1.2.6 somewhere next week. It will be mostly bugfix release, which will address some important issues in 1.2.5.

Best regards,
Victor
#4790
General Support / Re: Manual start discovery process
January 30, 2013, 02:59:52 PM
Hi!

It will poll all of the configured addresses. When it's done, server will wait for time specified in ActiveDiscoveryInterval and then repeat the process.

Best regards,
Victor
#4791
Hi!

Custom logo must be available for application server (not the client!) via URL http://127.0.0.1/netxms_login.dat. So, if you are running NetXMS UI on application server at address 192.168.1.1, request for http://192.168.1.1/netxms_login.dat must give you the logo (assuming web server listen on all interfaces).

Best regards,
Victor
#4792
Как правило это означает, что нет данных в выбранном промежутке времени. Проверьте, когда последний раз собирались данные для этих DCI. Еще бывает из-за расхождения времени на сервере и рабочей станции.
#4793
General Support / Re: Certificate / 2-way SSL setup
January 28, 2013, 11:06:25 PM
Hi!

Currently certificate authentication is only supported in legacy Windows console. We will add certificate authentication to the web and Java UI in near future (probably in 1.2.7 or 1.2.8 release).

Best regards,
Victor
#4794
General Support / Re: Discovery issue - over 40 subnets
January 26, 2013, 09:46:34 PM
Hi!

Looks like MySQL issue. You should try to run REPAIR TABLE on all reported tables: http://dev.mysql.com/doc/refman/5.0/en/repair-table.html. Probably there also should be a tool to repair all of them.

If you decide to re-create database, you can try to do export and then import into empty database with nxdbmgr export and import commands. I also suggest to try out PostgreSQL as backend database.

Best regards,
Victor
#4795
Hi!

Make sure that console version match your server's version.

Best regards,
Victor
#4796
General Support / Re: Discovery issue - over 40 subnets
January 25, 2013, 05:36:21 PM
could you run server with debug level 5 for some time and send me the log? Preferrably with screenshot of network discovery configuration?

Best regards,
Victor
#4797
General Support / Re: Configuration of Situation
January 25, 2013, 05:34:33 PM
Hi!

Is it possible to send me diagram of how nodes and management server are connected? You can send it to my e-mail to avoid posting on the forum.

Best regards,
Victor
#4798
General Support / Re: Problem agent feedback.
January 23, 2013, 04:52:40 PM
Hi!

I suppose it's a UNICODE issue. Can you try to downgrade agent on one of the servers to 1.2.2 and see if problem disappears?

Best regards,
Victor
#4799
Then it looks strange. Can you run server for some time with debug level 5 and send me the log after you got unexpected SYS_NODE_UNREACHABLE?

Best regards,
Victor
#4800
General Support / Re: Configuration of Situation
January 23, 2013, 04:49:21 PM
Hi!

Yes, it should work. You should get SYS_NODE_UNREACHABLE instead of SYS_NODE_DOWN, and node should go to UNKNOWN state instead of CRITICAL. It then become NORMAL again when connectivity restored.

Best regards,
Victor