 |
Screen Shot 2018-01-26 at 14.36.42.png (228,119 bytes) |
|
|
"bareos-audit.log" is also repeating ... 26-Jan 14:53 servername-dir: Console [admin] from [127.0.0.1] cmdline llist jobs jobstatus=R jobname="" limit=1000 offset=1565000 ...anytime the webgui is attempting to access data. |
|
|
Any progress on this issue? Have you been able to recreate it, or do you need more information from me? |
|
|
I have exactly the same issue. Fresh install, CentOS 7, apache 2.4, php 7.2, mariadb 10.2 |
|
|
Thanks for the report, I'm going to fix this as soon as possible. I'm pretty sure what the case is here. It should no longer happen after running your first backups. Nevertheless this needs a fix. |
|
|
The apache error log full of this: array_merge(): Argument 0000001 is not an array in /usr/share/bareos-webui/module/Job/src/Job/Model/JobModel.php on line 126, referer: https://bareos.ttre.hu/bareos-webui/dashboard/ I do a backup job and the issue is still here. |
|
|
Ok, just guessing here by now, but probably it's some kind of timing issue where the request takes longer than the refresh interval so the wheels keep on spinning. I have to dig a bit deeper, it looks like. As said, going to investigate as soon as possible. |
|
|
@frank Thats a good thought. And I appreciate you looking into it. Is there a place where I can change the refresh interval as a test? It may also be important to note, the WEB-UI was working fine right up until the update. So whatever changed, most certainly changed there. Perhaps the timeout changed in the update? |
|
|
@archanfel What is the output of https://<your host>/bareos-webui/dashboard/getData?data=jobslaststatus when you open it in your browser? @rightmirem Refresh interval can be changed in /etc/bareos-webui/configuration.ini, dashboard autorefresh_interval. ; ; Bareos WebUI Configuration File ; ; File: /etc/bareos-webui/configuration.ini ; ;------------------------------------------------------------------------------ ; SESSION SETTINGS ;------------------------------------------------------------------------------ ; [session] ; Default: 3600 seconds timeout=3600 ;------------------------------------------------------------------------------ ; DASHBOARD SETTINGS ;------------------------------------------------------------------------------ [dashboard] ; Autorefresh Interval ; Default: 60000 milliseconds autorefresh_interval=60000 ;------------------------------------------------------------------------------ ; TABLE SETTINGS ;------------------------------------------------------------------------------ [tables] ; Possible values for pagination ; Default: 10,25,50,100 pagination_values=10,25,50,100 ; Default number of rows per page ; for possible values see pagination_values ; Default: 25 pagination_default_value=25 ; State saving - restore table state on page reload. ; Default: false save_previous_state=false ;------------------------------------------------------------------------------ ; VARIOUS SETTINGS ;------------------------------------------------------------------------------ [autochanger] ; Pooltype for label to use as filter. ; Default: none labelpooltype=scratch |
|
|
@frank The url gave me a blank page. and this error log: [:error] [pid 2479] [client xxx.xxx.xxx.xxx:25795] PHP Notice: Undefined index: result in /usr/share/b areos-webui/module/Job/src/Job/Model/JobModel.php on line 262 |
|
|
@archanfel What's the exact command output of 'llist jobs last current enabled' executed in bconsole in api 2? * .api 2 * llist jobs last current enabled * |
|
|
Okay, i may find the problem. I have multiple catalog connected to multiple database, since we have a huge amount of data, so in one database its just break down. I created multiple director configuration in the bareos-webui/directors.ini for each catalog. Now i can login after i pick one of the director and see everything what is in that specific catalog. All of the director-catalog pair working fine, but if i comment out the catalog= config parameter and use one director for all catalog the issue is got back. |
|
|
Here is the command output: *.api 2 { "jsonrpc": "2.0", "id": null, "result": { "api": 2 } }*llist jobs last current enabled { "jsonrpc": "2.0", "id": null, "error": { "code": 1, "message": "failed", "data": { "result": {}, "messages": { "error": [ "Could not find a Catalog resource\n" ] } } } }* |
|
|
Hi @frank Thanks again for the help. I did try to change the settings in: ;------------------------------------------------------------------------------ ; DASHBOARD SETTINGS ;------------------------------------------------------------------------------ [dashboard] ; Autorefresh Interval ; Default: 60000 milliseconds autorefresh_interval=60000 I tried "autorefresh_interval=" 180000, 360000, and 1480000 with no changes to the "psinning" in the webui. Also, please note that anytime (and only when) the webui is attempting to access the data, we get the following error in the /var/log/apache2/error.log [Mon Feb 19 10:49:30.990344 2018] [:error] [pid 8019] [client 129.206.148.18:50539] PHP Notice: Undefined index: result in /usr/share/bareos-webui/module/Job/src/Job/Model/JobModel.php on line 123, referer: http://129.206.148.186:49200/bareos-webui/dashboard/ [Mon Feb 19 10:49:30.990376 2018] [:error] [pid 8019] [client 129.206.148.18:50539] PHP Notice: Undefined index: result in /usr/share/bareos-webui/module/Job/src/Job/Model/JobModel.php on line 126, referer: http://129.206.148.186:49200/bareos-webui/dashboard/ [Mon Feb 19 10:49:30.990394 2018] [:error] [pid 8019] [client 129.206.148.18:50539] PHP Warning: array_merge(): Argument 0000001 is not an array in /usr/share/bareos-webui/module/Job/src/Job/Model/JobModel.php on line 126, referer: http://129.206.148.186:49200/bareos-webui/dashboard/ Those lines are repeated infinitely, and multiple times per second, anytime the webui is attempting to connect. It stops if I halt or close the page - or stop apache2 server. Thanks! |
|
|
If you run into the issue then the web server will hang. You need to restart the httpd service after changing the configuration file. |
|
|
@archanfel @Frank "If you run into the issue then the web server will hang. You need to restart the httpd service after changing the configuration file." Yes, thank you for reminding me. I forgot to add it to the post.. After trying each of the changes to the "autorefresh_interval" ... I did restart both apache and bareos completely. # service apache2 restart # service bareos-fd restart; systemctl status bareos-fd.service # service bareos-sd restart; systemctl status bareos-storage.service # service bareos-dir restart; systemctl status bareos-director.service (in that order) |
|
|
Im convert my database backend from mysql to postgresql and this issue is gone. It seems only issued with the mysql. Plus with the postgresql it can hold millions of row without major breakdown. |
|
|
Bump. Is there any news on this issue? Have you been able to recreate? In relation to @archanfel post...I have been running PostGRES. I still have the issue. |
|
|
Any new action on this? Is there any information or tests I can provide to assist with the troubleshooting? |
|
|
@rightmirem Please execute the following command sequence in bconsole to see if a result is delivered in api mode 2 (json) and how it looks like. 1. ".api 2" 2. "list jobs limit=1" Like: * .api 2 { "jsonrpc": "2.0", "id": null, "result": { "api": 2 } } * list jobs limit=1 { "jsonrpc": "2.0", "id": null, "result": { "jobs": [ { "jobid": "2", "name": "backup-bareos-fd", "client": "bareos-fd", "starttime": "2017-12-21 15:35:55", "type": "B", "level": "F", "jobfiles": "2441", "jobbytes": "30181744", "jobstatus": "T" } ], "meta": { "range": { "limit": 1, "filtered": 0 } } } }* |
|
|
Hi Frank, Thanks again for the help! This seems to look OK. *.api 2 { "jsonrpc": "2.0", "id": null, "result": { "api": 2 } }* *list jobs limit=1 { "jsonrpc": "2.0", "id": null, "result": { "jobs": [ { "jobid": "321", "jobstatus": "E", "name": "BackupCatalog", "type": "B", "client": "backupserver-fd", "jobbytes": "0", "starttime": "2017-10-05 17:38:07", "level": "F", "jobfiles": "0" } ], "meta": { "range": { "limit": 1, "filtered": 0 } } } }* |
|
|
Hi Frank, Any updates? did you look into the associated PhP code error that get's thrown when this happens? |
|
|
Hi Frank, Any updates? did you look into the associated PhP code error that get's thrown when this happens? |
|
|
Hello, I'm not sure if this ticket has been abandoned? Is Frank still working with the project? Should I create a new ticket. Again, this pretty much looks like a PhP coding error in the GUI. Maybe I can fix it myself. |
|
|
Sorry for the delay. I do, but I'm currently pretty busy on things for paying customers. Are you still on Version 17.2.4 or did you upgrade to 17.2.5 meanwhile? There were a few fixes in the maintenance release. http://doc.bareos.org/master/html/bareos-manual-main-reference.html#x1-637000L I will try to have a deeper look into this case again as soon as possible. |
|
|
Hi Frank, No worries. I know how it gets I haven't tried that update. Let me arrange that - and then we can continue troubleshooting if needed. Thanks! Mike |
|
|
Same error here but i have fixed it for me. pid 76687] write(7, "07-Jun 23:18 backup1000-dir: Console [admin] from [127.0.0.1] cmdline llist jobs jobstatus=R jobname=\"\" limit=1000 offset=788000\n", 129) = 129 [pid 76687] write(6, "\377\377\377\360", 4) = 4 [pid 76687] write(6, "\377\377\377\353", 4) = 4 [pid 76687] write(6, "\377\377\377\361", 4) = 4 [pid 76687] write(6, "\0\0\0\223{\"id\":null,\"jsonrpc\":\"2.0\",\"error\":{\"message\":\"failed\",\"code\":1,\"data\":{\"result\":{},\"messages\":{\"error\":[\"Could not find a Catalog resource\\n\"]}}}}", 151) = 151 [pid 76687] write(6, "\377\377\377\356", 4) = 4 Fixed it with setting the (custom) catalog to a fixed value (our catalog DIFFERS from the default one and is called WUFRA_Catalog) /etc/bareos-webui/directors.ini +22 ; Set catalog to explicit value if you have multiple catalogs catalog = "WUFRA_Catalog" Restart the dir and anything works nice. Environment: Ubuntu 16.04.4 LTS root@backup1000:~# dpkg -l | grep bareos ii bareos-bconsole 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - text console ii bareos-common 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - common files ii bareos-database-common 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - common catalog files ii bareos-database-mysql 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - MySQL backend ii bareos-database-tools 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - database tools ii bareos-director 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - director daemon ii bareos-filedaemon 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - file daemon ii bareos-filedaemon-python-plugin 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - file daemon Python plugin ii bareos-storage 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - storage daemon ii bareos-storage-fifo 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - storage daemon FIFO backend ii bareos-storage-tape 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - storage daemon tape support ii bareos-tools 17.2.4-9.1 amd64 Backup Archiving Recovery Open Sourced - common tools ii bareos-webui 17.2.4-15.1 all Backup Archiving Recovery Open Sourced - webui |
|
|
Same problem here. Upgraded to last webui version. Dashboard stopped working. Changed from Chrome to Microsoft Edge, and everything worked flawlessly. Tried with Chrome again in private mode and everything seemed to work again also. I suggest you to try clear your browser cache and login back. Regards. |
|
|
I can confirm that after clearing all files and images from my Chrome cache, i logged in again and the dashboard works. Regards. |
|
|
There were lot's of code changes and fixes since this report has been opened and I'm pretty sure most of you have updated to version 20, 19 or at least 18 meanwhile. Does anyone who commented still have problems regarding this subject, otherwise I would like to close this case soon? |
|
|
This bug report is being closed due to inactivity. Please reopen or create a new report if you still encounter this issue. Thank you! |
- Anonymous
