/Datastore/<datastore>/Content just shows "Loading" and rolling circle

[rickyo]

Hi,


I've installed a PBS-server and all worked fine, actually it still works fine but the page:
/Datastore/<datastore>/Content just shows "Loading" and rolling circle.

I have another datastore which shows the content and CLI-commands shows the content as well.
This regardless of browser, tried both Firefox and Chromium.

See the attache screenshot.

I wonder where to look for the error.

On the PVE-servers everything look normal and the backups are done but I haven't tried restoring yet.

Best regards,
Rickard

 

[Klug]

Hi.

Same here, running 0.9-0-BETA since this afternoon.

Setup went well, first pool backup went well too.
I was able to browse the "Content" something like 20 minutes ago, from PBS GUI, now it's "Loading...".

Then I went to PVE GUI and "Storage View" to browse it from here (to check if I could chose a new ID for a restored VM).

It seems it's "broken" into "Loading..." since.

It might not be related but it was ok was a couple hours until I went into PVE GUI "Storage view".

 

[vikozo]

@Klug you could update to 0.9.1-Beta

 

[Klug]

I thought the installer updated the whole thing after setup 8-/
Updating right now.

A couple minutes later: it's updated, show 0.9-1-Beta but still "Loading..."

 

[rickyo]

I thought the installer updated the whole thing after setup 8-/
Updating right now.

A couple minutes later: it's updated, show 0.9-1-Beta but still "Loading..."

As you can see from my screenshot I'm running 0.9-1...

 

[fabian]

can you open your browsers' dev console, switch to the network tab there and then reload the datastore view? do you see any failed requests?

 

[rickyo]

Hi,

now this is strange,
before turning on the "debugger/console" it didn't work but as soon as I reloaded the page with console active it showed up....

No checking, nothing done on my side.

It still works after closing the console and it works in other browsers as well...
Strange...

Best regards,
Rickard

 

[Klug]

I just tried using Iron (Chromium) as a browser, force-reloaded the datastore view and I get an error on "proxmox-backup-gui.js:3287".

Error is:

Uncaught TypeError: Cannot read property 'getUTCFullYear' of null
    at g.render_datetime_utc (proxmox-backup-gui.js:3287)
    at g.render_datastore_worker_id (proxmox-backup-gui.js:3302)
    at verify (proxmox-backup-gui.js:3320)
    at g.format_task_description (proxmoxlib.js:672)
    at g.parse_task_upid (proxmoxlib.js:732)
    at F.onLoad (proxmox-backup-gui.js:4494)
    at F.fire (ext-all.js:22)
    at F.doFireEvent (ext-all.js:22)
    at F.a.doFireEvent (ext-all.js:22)
    at F.fireEventArgs (ext-all.js:22)

When using Firefox, the error can be seen in the Debugger tab, nothing in Network tab.
It's "Uncaught TypeError: datetime is null", a bit different.

 

[fabian]

thanks, that already helps a lot. seems like some edge case is not handled properly.

 

[dcsapak]

I just tried using Iron (Chromium) as a browser, force-reloaded the datastore view and I get an error on "proxmox-backup-gui.js:3287".

Error is:

Uncaught TypeError: Cannot read property 'getUTCFullYear' of null
    at g.render_datetime_utc (proxmox-backup-gui.js:3287)
    at g.render_datastore_worker_id (proxmox-backup-gui.js:3302)
    at verify (proxmox-backup-gui.js:3320)
    at g.format_task_description (proxmoxlib.js:672)
    at g.parse_task_upid (proxmoxlib.js:732)
    at F.onLoad (proxmox-backup-gui.js:4494)
    at F.fire (ext-all.js:22)
    at F.doFireEvent (ext-all.js:22)
    at F.a.doFireEvent (ext-all.js:22)
    at F.fireEventArgs (ext-all.js:22)

When using Firefox, the error can be seen in the Debugger tab, nothing in Network tab.
It's "Uncaught TypeError: datetime is null", a bit different.

could you post the api respone from the load? in the browser console, there should be an api call to 'content' and here the response would be interesting..

 

[rickyo]

Hi,

while running backups last night I noticed that I had "Loading" back again but this morning I saw it working as it should which made me check the load on the PBS-server.
It was really running hot on both cores I had supplied for the PBS. I've since added two more cores and will check tonight again.

BTW, I know this might not be an ideal setup BUT!

My setup is:

Supermicro storage-server running FreeNAS 11.3, this is our main backup-server.
I created a virtual machine (not jail) where I'm running a Debian installed PBS.
So this is running on a Zvol on the FreeNAS. I also expanded the Zvol and it worked as expected.
If I see the VM starting to swap I'll give it more memory, we have 128GB in the server.

 

[Klug]

Dominik, how can I get the api response?

If you're talking about the response to this call "GET https://serverIP:8007/api2/json/nodes/localhost/tasks?running=1&limit=100", then the response payload is:

{"data":[],"total":0}

If it's the response to "GET https://serverIP:8007/api2/json/admin/datastore/BKP_PBS_NCP/snapshots" then it's

{"data":[{"backup-id":"135","backup-time":1603116337,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":441},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739157},{"backup-id":"135","backup-time":1603162818,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":434},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739150},{"backup-id":"135","backup-time":1603249219,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":435},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739151},{"backup-id":"156","backup-time":1603162815,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":374},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":436},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739178},{"backup-id":"156","backup-time":1603249214,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":374},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":438},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739180},{"backup-id":"156","backup-time":1603115937,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":374},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":437},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739179},{"backup-id":"104","backup-time":1603115660,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":335},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":8589934592},{"crypt-mode":"sign-only","filename":"index.json.blob","size":433},{"filename":"client.log.blob"}],"owner":"root@pam","size":8589935360},{"backup-id":"104","backup-time":1603249202,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":335},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":8589934592},{"crypt-mode":"sign-only","filename":"index.json.blob","size":436},{"filename":"client.log.blob"}],"owner":"root@pam","size":8589935363},{"backup-id":"104","backup-time":1603162803,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":335},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":8589934592},{"crypt-mode":"sign-only","filename":"index.json.blob","size":435},{"filename":"client.log.blob"}],"owner":"root@pam","size":8589935362},{"backup-id":"141","backup-time":1603117018,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":337},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":64424509440},{"crypt-mode":"sign-only","filename":"index.json.blob","size":441},{"filename":"client.log.blob"}],"owner":"root@pam","size":64424510218},{"backup-id":"141","backup-time":1603249253,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":337},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":64424509440},{"crypt-mode":"sign-only","filename":"index.json.blob","size":439},{"filename":"client.log.blob"}],"owner":"root@pam","size":64424510216},{"backup-id":"141","backup-time":1603162853,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":337},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":64424509440},{"crypt-mode":"sign-only","filename":"index.json.blob","size":437},{"filename":"client.log.blob"}],"owner":"root@pam","size":64424510214},{"backup-id":"136","backup-time":1603162834,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":345},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":438},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739151},{"backup-id":"136","backup-time":1603116660,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":345},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":440},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739153},{"backup-id":"136","backup-time":1603249236,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":345},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":436},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739149},{"backup-id":"160","backup-time":1603162840,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":335},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":439},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739142},{"backup-id":"160","backup-time":1603116369,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":335},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":544},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739247,"verification":{"state":"ok","upid":"UPID:pbs:000002BB:0000043D:0000000C:5F8DBF20:verify:BKP_PBS_NCP_vm_160_5F8D9D51:root@pam:"}},{"backup-id":"160","backup-time":1603249245,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":335},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":438},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739141},{"backup-id":"133","backup-time":1603162802,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":434},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739150},{"backup-id":"133","backup-time":1603249203,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":434},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739150},{"backup-id":"133","backup-time":1603115660,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":439},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739155},{"backup-id":"106","backup-time":1603249213,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":330},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":8589934592},{"crypt-mode":"sign-only","filename":"index.json.blob","size":426},{"filename":"client.log.blob"}],"owner":"root@pam","size":8589935348},{"backup-id":"106","backup-time":1603162811,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":330},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":8589934592},{"crypt-mode":"sign-only","filename":"index.json.blob","size":425},{"filename":"client.log.blob"}],"owner":"root@pam","size":8589935347},{"backup-id":"106","backup-time":1603115737,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":330},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":8589934592},{"crypt-mode":"sign-only","filename":"index.json.blob","size":435},{"filename":"client.log.blob"}],"owner":"root@pam","size":8589935357},{"backup-id":"134","backup-time":1603249202,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":432},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739148},{"backup-id":"134","backup-time":1603162802,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":435},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739151},{"backup-id":"134","backup-time":1603115660,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":348},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":435},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739151},{"backup-id":"159","backup-time":1603116207,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":339},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":439},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739146},{"backup-id":"159","backup-time":1603249231,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":339},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":437},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739144},{"backup-id":"159","backup-time":1603162830,"backup-type":"vm","files":[{"crypt-mode":"encrypt","filename":"qemu-server.conf.blob","size":339},{"crypt-mode":"encrypt","filename":"drive-scsi0.img.fidx","size":34359738368},{"crypt-mode":"sign-only","filename":"index.json.blob","size":438},{"filename":"client.log.blob"}],"owner":"root@pam","size":34359739145}]}

When using the console, in Iron I get nothing the but error.
In Firefox, I see two additional warnings.

One is "This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”.".

The other is "unreachable code after return statement" in ext-all.js:22:344134

 

[dcsapak]

ok as i expected, the reason is that your datastore name contains '_' which we use (atm) to seperate between fields in the worker id of a upid.. this leads to us trying to parse a date
from vm_160_5F8D9D51 instead of 5F8D9D51 which fails...

we are already on it to encode worker ids differently, so that will not be a problem in the future anymore

as for how it 'automatically' worked sometimes, it probably worked when the verification was triggered either by a verification schedule since that does neither contain the group id, nor the date and will probably parse (still wrong, but without js errors)

 

[Klug]

Great you know what it the issue.
Is there a bug ID to follow?

 

[Klug]

Seems fixed in 0.9-4 BETA (at least, after the upgrade, I can browse the datastore).