---
title: "BigPicture loading crashed."
canonical: "https://support.appfire.com/space/DLP/298092181/BigPicture%20loading%20crashed."
format: markdown
---
If you see the following screen, it means that the plugin failed to load:

![image](media://44f94c0c-b1c9-4936-82e2-ece6f316bfeb)

It might occur in the following few situations.

## No locks available

### Cause

No file locks are available on the NFS file system. This problem will occur if your Jira runs on an NFS file system - this applies mainly to Jira Data Center.

<span style="color: #172b4d">The situation may occur:</span>

- <span style="color: #172b4d">after performing a "Create Snapshot" operation,</span>
- <span style="color: #172b4d"> after starting the "Restore" process,</span>
- <span style="color: #172b4d">after updating the application to a newer version.</span>

### <span style="color: #172b4d">**Diagnosis**</span>

<span style="color: #172b4d">Verify if the following entry appears in the logs:</span>

```
============================================================================================================
NO LOCKS AVAILABLE, this error is usually caused by the NFS daemons not running or malfunctioning.
Try to restart and verify functionality of all NFS related daemons on your system, most importantly lockd.
```

You can also ensure this is the case by manually creating a lock on a file in a directory used by the plugin, e.g. */shared-data/sharedhome/export/softwareplant/bigpicture*. As a result of such action, the same error should appear as in our application logs i.e., "No locks available".

### **Solution**

Restart and verify the functionality of all NFS-related daemons on your system, most importantly `lockd`. See the following page for further reference: [http://osr507doc.sco.com/en/NetAdminG/nfsC.daemons.html](http://osr507doc.sco.com/en/NetAdminG/nfsC.daemons.html)

## <span style="color: #172b4d">Directory Access Denied</span>

### Cause

<span style="color: #172b4d">You will see this screen when directory access has been denied for Jira - this applies to Jira Server/Data Center.</span>

<span style="color: #172b4d">The situation may occur:</span>

- <span style="color: #172b4d">after performing a "Create Snapshot" operation,</span>
- <span style="color: #172b4d"> after starting the "Restore" process,</span>
- <span style="color: #172b4d">after updating the application to a newer version.</span>

### <span style="color: #172b4d">**Diagnosis**</span>

<span style="color: #172b4d">Verify if the following entry appears in the logs:</span>

```plaintext
============================================================================================================ 
ACCESS DENIED FOR DIRECTORY UNDER PATH: <directoryPath>.
The problem occurs because the directory might not be owned by user that Jira is run on the behalf of.
Check whether that particular user has 'write' access to <directoryPath>.
```

### **Solution**

The given directory is not accessible to Jira. You should grant the Jira user access to this directory.  
If this is not enough, then try to grant access to these two directories in addition:

- */media/atl/<directory-path>/export *
- */media/atl/<directory-path>*

  
For Unix/Unix-like systems, use the command: '***chown <user that jira is run on the behalf of> <directoryPath>***'  
e.g. '***chown jira jira-data***'

> ℹ️ If you are experiencing more complicated issues or having problems following the instructions, please contact our helpful support using the customer [portal](https://softwareplant.com/jira/servicedesk/customer/user/login?destination=portals)[.](mailto:support@bigpicture.on) Our team will be more than happy to assist.