Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "Information System Open Issues"

From EGIWiki
Jump to navigation Jump to search
Line 49: Line 49:
== emi-bdii-top-1.0.0-1.sl5.x86_64 packaging issue ==
== emi-bdii-top-1.0.0-1.sl5.x86_64 packaging issue ==
[https://ggus.eu/tech/ticket_show.php?ticket=73823| GGUS 73823]
[https://ggus.eu/tech/ticket_show.php?ticket=73823| GGUS 73823]
2 issues in this ticket:
2 issues in this ticket:
#"chkconfig bdii on" to start up the BDII at boot => solved using the new glite-yaim-bdii, release with EMI 1 Update 6
#"chkconfig bdii on" to start up the BDII at boot => solved using the new glite-yaim-bdii, release with EMI 1 Update 6
Line 61: Line 62:




https://ggus.eu/tech/ticket_show.php?ticket=73840 - bdii memory leak
== bdii memory leak ==
[https://ggus.eu/tech/ticket_show.php?ticket=73840| GGUS 73840]


updated to glite-BDII_top 3.2.12 and increased the VM memory to 4 GB. The situation improved but still after few days the memory usage keeps increasing.
updated to glite-BDII_top 3.2.12 and increased the VM memory to 4 GB. The situation improved but still after few days the memory usage keeps increasing.

Revision as of 13:58, 11 November 2011

List of current problems affecting BDII and the Information System in general

Known issues affecting the BDII version 1.0.1

glite-BDII hangs under heavy network load

GGUS 71578

the installation of openldap2.4 should have solved the problem, but the ticket is still "on hold" status because there is a feature request to detect the hanging issue using the status command: https://tomtools.cern.ch/jira/browse/IS-244

EMI1 top-bdii bug: missing /etc/bdii/gip/glite-info-site-defaults.conf

GGUS 72561

Issue still present, also for the site-bdii

the consequence is that

[root@topbdii01 ~]# cat /var/lib/bdii/gip/provider/glite-info-provider-service-bdii-top
....
DEFAULTS=/etc/bdii/gip/glite-info-site-defaults.conf
...
# Check for the existence of the configuration file.
if [ -f ${DEFAULTS} ]; then
source ${DEFAULTS}
fi

SITE_NAME=${SITE_NAME:-$(hostname -d) }
....

it sets the sitename equal to the topbdii hostname, that is wrong

the further consequence are critical errors appearing in the GSTAT2


Ramdisk space usage on top BDII

GGUS 73102 the usage of ramdisk space kept increasing and eventually full in about two or three weeks (top BDII on a XEN virtual machine) adding dncachesize into /etc/bdii/bdii-top-slapd.conf and setting it to double of cachesize makes slower the memory usage increment, but it doesn't limit it


bdii crash

GGUS 73406 another performance issue solved by installing openldap2.4

asked EMI to consider this version the default (it isn't yet)


emi-bdii-top-1.0.0-1.sl5.x86_64 packaging issue

GGUS 73823

2 issues in this ticket:

  1. "chkconfig bdii on" to start up the BDII at boot => solved using the new glite-yaim-bdii, release with EMI 1 Update 6
  2. the file /opt/glite/etc/gip/top-urls.conf still ends up in '/opt/glite/etc' rather than '/etc/'.

It is created in

/etc/glite/glite-info-update-endpoints.conf
> rpm -qf /etc/glite/glite-info-update-endpoints.conf
glite-info-update-endpoints-2.0.7-1.el5.noarch


bdii memory leak

GGUS 73840

updated to glite-BDII_top 3.2.12 and increased the VM memory to 4 GB. The situation improved but still after few days the memory usage keeps increasing.

in the file /etc/bdii/DB_CONFIG suggested to comment out the following lines:

#set_flags DB_LOG_INMEMORY
#set_flags DB_TXN_NOSYNC

and the memory usage was reduced considerably; it isn't still clear which process causes the increase of i/o load