Show that the overall assigned server diskspace exceeds physical disksize

[newhinton]

Currently there is no indicator how much disk-space the current nextcoud-instance is using. Add an indicator to show this.

See #10127

[nextcloud-bot]

GitMate.io thinks possibly related issues are #5201 (Feature Request: Show Shared Folder Name), #220 (Feature Request: Prevent duplicate uploads server-side), #10230 (Feature/shares overview), #5502 (Feature request - Assign nextcloud tags to events), and #9005 (c).

[stratege1401]

if you are talking about the nextcloud data folder usage, there is some apps available like the "dashboard apps".

Usually, in order to avoid chrashing your server due to available hdd space, you may want to create specific partition:

• log --> so, if your log goes mad, they just stop growing and your server still "works"
• home --> might be usefull to seperated the home from the "run" and the "data"
• data --> where you write data, like the nextcloud data files, or the rdd files, or the whatever app files( in order to avoid chrasing your server due to available hdd space )
• run : the /etc /www /sbin /...

In my case, i have 2 disk:

• a 32 GO ssd for the Debian/www/nextcloud running files
  -- 3 partitions mounted as /run /home /log
• a raid5 array for all the data files
  --- 1 partiton mounted as /mnt/raid6/nextcloud
  I personnaly give quoto to users, i let them take care of their usage but i help them with the dashboard app

[newhinton]

@stratege1401 Its not about crashing my server, its about the visual information that your total assigned quota of all user exceeds the remaining free diskspace. While it's true that there are apps that add this function, it could be a corefunctionality since this is a vital information for every admin needs. Also this was a proposal for a feature, and more or less open for discussion ;)

@MorrisJobke I think such an indicator (total assigned space/physical dispace) could find its place directly above the useradministration. Its a place where you assign the quota, and therefore you need this information there. What do you think?

[MorrisJobke]

@MorrisJobke I think such an indicator (total assigned space/physical dispace) could find its place directly above the useradministration. Its a place where you assign the quota, and therefore you need this information there. What do you think?

Makes sense 👍

cc @nextcloud/designers for more input

[jancborchardt]

I think such an indicator (total assigned space/physical dispace) could find its place directly above the useradministration. Its a place where you assign the quota, and therefore you need this information there. What do you think?

Totally agree, really good place to put it. :) That’s where the individual quota and usage of everyone is shown, and hence we should put the whole usage there too.

[newhinton]

@jancborchardt I had the old useradministration in mind when i made the proposition. The new design gets rid of the first row, which i would need to reintroduce. This may, or may not be good, i am not sure.

Also i want this bar bigger, at least twice that big, but i havent found out how to do this, yet :D

[jancborchardt]

@newhinton good mockup, yes! Looking at it I’m actually thinking it might be nicer to do it just like in the Files app, where it is on the bottom left in the navigation:

That way it’s consistent and basically standardized. :) What do you think @nextcloud/designers?

[newhinton]

I have thought about that too, but it also could be confusing, since this changes from overall to user usage, and this is not directly clear. We would need to make a clear distinction between those two elements, and i have no good idea how to achieve this

[newhinton]

Just a quick idea, what if we move it down there, but make it a pie chart? dont know if it would look good ^^

[juliusknorr]

I have thought about that too, but it also could be confusing, since this changes from overall to user usage, and this is not directly clear. We would need to make a clear distinction between those two elements, and i have no good idea how to achieve this

It should have a clear indicator that it is about the system storage quota, but then it is the best position to put it, i think.

Just a quick idea, what if we move it down there, but make it a pie chart? dont know if it would look good ^^

Not sure, but the usual look seems already fine to me as it is not to bloated and we have consistency with the files app then. But feel free to do a mockup on how you think this could look like. That makes it easier to discuss.

[newhinton]

@juliushaertl I have decided that in the first version i am using the "old" way, like in the filesapp. For that i moved the css regarding the quota from the files app to apps.scss in the core. Is that okay?

@jancborchardt I am currently showing only the used to assigned ratio, the information if assigned exceeds the overall storage is missing. For that i would use an idea from stack-overflow which uses three overlapping div's to emulate a tiered bar. It looks the same, but works differently. I rewrote like 95% of the stackoverflow-code, but i would request advice here, if it is okay to use that code.

If i can use the code, than we wouldn't need to move the quota-css, instead we would introduce new classes in the core ;)

nextcloud:/feature/10240/show-overall-server-usage-in-useradministration

[newhinton]

@juliushaertl @jancborchardt can you give me feedback here?

[juliusknorr]

@juliushaertl I have decided that in the first version i am using the "old" way, like in the filesapp. For that i moved the css regarding the quota from the files app to apps.scss in the core. Is that okay?

Yes, that should be fine.

Regarding the exceeding overal storage, how about just showing an error icon next to the quota bar with a tooltip that gives some more details on the error?

[newhinton]

@juliushaertl That depends on what we want to show
If we only show something if the overall used storage exceeds the physical space, then a warning would be fine. But my plan is to show overassignment when it occurs, whether it is used or not. In that case, it would not be an error, maybe even desired. In that case an warning would be over the top

[joshtrichards]

The serverinfo app might also be another good place for this. It also has similar info.