# GBV dashboard not updating

**URL:** <https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358>\
**Category:** GBVIMS\
**Tags:** lebanon, v1-6\
**Created:** [November 24, 2020, 9:48am UTC](https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358 "2020-11-24T09:48:26Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![ekormawa](https://primero.supporthub.dev/forum/letter_avatar_proxy/v4/letter/e/6f9a4e/32.png) [@ekormawa](https://primero.supporthub.dev/forum/u/ekormawa)\
**Post date:** [November 24, 2020, 9:48am UTC](https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358/1 "2020-11-24T09:48:26Z")

</div>

For the role ‘GBV Program Manager’ the homepage dashboard showing record numbers for -total, new & updated, transfers awaiting acceptance, new incidents, all services implemented- only show ‘0’ and is not updating. Please could you troubleshoot?

---

<div class="post-metadata">

**Author:** ![irlawrence](https://primero.supporthub.dev/forum/user_avatar/primero.supporthub.dev/irlawrence/32/8_2.png) [@irlawrence](https://primero.supporthub.dev/forum/u/irlawrence)\
**Post date:** [November 24, 2020, 11:25am UTC](https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358/2 "2020-11-24T11:25:06Z")

</div>

The first thing to check is the groups the manager is in. Is this for a specific instance?

---

<div class="post-metadata">

**Author:** ![ekormawa](https://primero.supporthub.dev/forum/letter_avatar_proxy/v4/letter/e/6f9a4e/32.png) [@ekormawa](https://primero.supporthub.dev/forum/u/ekormawa)\
**Post date:** [November 24, 2020, 11:26am UTC](https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358/3 "2020-11-24T11:26:03Z")

</div>

They are assigned to the correct groups. It has only been reported for this one instance so far.

---

<div class="post-metadata">

**Author:** ![irlawrence](https://primero.supporthub.dev/forum/user_avatar/primero.supporthub.dev/irlawrence/32/8_2.png) [@irlawrence](https://primero.supporthub.dev/forum/u/irlawrence)\
**Post date:** [November 24, 2020, 11:48am UTC](https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358/4 "2020-11-24T11:48:00Z")

</div>

For anyone who arrives here with the same issue this has been solved. It was because the user was new and had not been ‘registered’ yes in the database.  
It was solved by restarting the process  
`sudo /srv/primero/bin/primeroctl restart`  
To learn more about this script [look here](https://support.primero.org/books/primeroIMS/PrimeroOperationsDoc/master/primeroctl-script.html)

---

<div class="post-metadata">

**Author:** ![ekormawa](https://primero.supporthub.dev/forum/letter_avatar_proxy/v4/letter/e/6f9a4e/32.png) [@ekormawa](https://primero.supporthub.dev/forum/u/ekormawa)\
**Post date:** [February 1, 2021, 10:21am UTC](https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358/5 "2021-02-01T10:21:14Z")

</div>

Hi,

Similar issue reported for a different instance. This is a v1.7 deployment so does not need the to be restarted for changes to be registered. The dashboards of caseworkers do not update when there is a transfer awaiting acceptance. However, CWs are able to find the transferred case record in their case list or when they use the search function.

Any tips on troubleshooting this would be helpful.

Many thanks.

---

<div class="post-metadata">

**Author:** ![irlawrence](https://primero.supporthub.dev/forum/user_avatar/primero.supporthub.dev/irlawrence/32/8_2.png) [@irlawrence](https://primero.supporthub.dev/forum/u/irlawrence)\
**Post date:** [February 3, 2021, 5:35pm UTC](https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358/6 "2021-02-03T17:35:22Z")

</div>

Which instance is this on?

---

<div class="post-metadata">

**Author:** ![ekormawa](https://primero.supporthub.dev/forum/letter_avatar_proxy/v4/letter/e/6f9a4e/32.png) [@ekormawa](https://primero.supporthub.dev/forum/u/ekormawa)\
**Post date:** [February 3, 2021, 7:21pm UTC](https://primero.supporthub.dev/forum/t/gbv-dashboard-not-updating/358/7 "2021-02-03T19:21:41Z")

</div>

It is being reported in the Lebanon instance.
