-
- Service Provider
- Posts: 108
- Liked: 14 times
- Joined: Jan 01, 2006 1:01 am
- Full Name: Dag Kvello
- Location: Oslo, Norway
- Contact:
Backup repository file system mounted beneath a root disk
On a server with Windows 2008R2 to be used as Backup-repository.
Physical disklayout (from SAN)
LUN1 64MB
LUN2 2TB
LUN3 2TB
LUN4 2TB
Create D:\ disk on LUN1 - 64MB
Create Mountpoint D:\AcmeCorp from LUN2 - 2TB
Create Mountpoint D:\LunaCorp from LUN2 - 2TB
Create Mountpoint D:\BetaCorp from LUN2 - 2TB
In Veeam, create three Backup repositories on the Windows server.
D:\AcmeCorp
D:\LunaCorp
D:\BetaCorp
Problem:
They all show 64MB as freespace on the "Repository" pages
"Location"
"Path to Folder:"
"D:\AcmeCorp"
Capacity: 64MB
Free Space: 64MB
"Load control"..
We need to use separate LUNs for separate jobs on the same repository server and this
is best administered with Mount-points. Then we don't need to waste the alphabet (D:\, E:\, F:\ etc.)
but can use one disk (D:\) and just have subdirectories (in this case mountpoints) for each job.
It makes it easier to administer and we can tier the different jobs with different quality/size disk/VTL2/LTFS
without having to give "all" the jobs a common pool. We want to make sure one job doesn't get access to the same space
ase another.
Physical disklayout (from SAN)
LUN1 64MB
LUN2 2TB
LUN3 2TB
LUN4 2TB
Create D:\ disk on LUN1 - 64MB
Create Mountpoint D:\AcmeCorp from LUN2 - 2TB
Create Mountpoint D:\LunaCorp from LUN2 - 2TB
Create Mountpoint D:\BetaCorp from LUN2 - 2TB
In Veeam, create three Backup repositories on the Windows server.
D:\AcmeCorp
D:\LunaCorp
D:\BetaCorp
Problem:
They all show 64MB as freespace on the "Repository" pages
"Location"
"Path to Folder:"
"D:\AcmeCorp"
Capacity: 64MB
Free Space: 64MB
"Load control"..
We need to use separate LUNs for separate jobs on the same repository server and this
is best administered with Mount-points. Then we don't need to waste the alphabet (D:\, E:\, F:\ etc.)
but can use one disk (D:\) and just have subdirectories (in this case mountpoints) for each job.
It makes it easier to administer and we can tier the different jobs with different quality/size disk/VTL2/LTFS
without having to give "all" the jobs a common pool. We want to make sure one job doesn't get access to the same space
ase another.
-
- VeeaMVP
- Posts: 6166
- Liked: 1971 times
- Joined: Jul 26, 2009 3:39 pm
- Full Name: Luca Dell'Oca
- Location: Varese, Italy
- Contact:
Re: Bug Report 1
Usually the the parent drive (which actually has a drive letter) does not report the mount point as a total amount of space for the drive; the used and available space will only show that of the parent drive with the drive letter assigned. Probably Veeam reads the drive letter and checks the free space from here, do not know if this would be ignored during backup...
Luca.
Luca.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software
@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
Principal EMEA Cloud Architect @ Veeam Software
@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
-
- VP, Product Management
- Posts: 27377
- Liked: 2800 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: Bug Report 1
Could you please tell me what does Windows report on these mount points? What is their size?
-
- Service Provider
- Posts: 108
- Liked: 14 times
- Joined: Jan 01, 2006 1:01 am
- Full Name: Dag Kvello
- Location: Oslo, Norway
- Contact:
Re: Bug Report 1
When I enter the Mountpoint from the commandline and type DIR
It reports the actual amount of disk and free-space on that Mount (2 TB)
When standing (in Explorer) on the I:\
The mount-points look like this.
Name Date Modified Type Size
D:\AcmeCorp 18.06.2012 Folder 2 147 483 648KB
So, seemingly Windows reports the correct numbers visually.
It reports the actual amount of disk and free-space on that Mount (2 TB)
When standing (in Explorer) on the I:\
The mount-points look like this.
Name Date Modified Type Size
D:\AcmeCorp 18.06.2012 Folder 2 147 483 648KB
So, seemingly Windows reports the correct numbers visually.
-
- VeeaMVP
- Posts: 6166
- Liked: 1971 times
- Joined: Jul 26, 2009 3:39 pm
- Full Name: Luca Dell'Oca
- Location: Varese, Italy
- Contact:
Re: Bug Report 1
But what if you check the free space on C: root? It shows you the sum of the mount points, or only the 64Mb? Because I'm suspecting the problem lies there...
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software
@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
Principal EMEA Cloud Architect @ Veeam Software
@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
-
- Service Provider
- Posts: 108
- Liked: 14 times
- Joined: Jan 01, 2006 1:01 am
- Full Name: Dag Kvello
- Location: Oslo, Norway
- Contact:
Re: Bug Report 1
The root shows it's own space only and does not include the mountpoints.
-
- Chief Product Officer
- Posts: 31812
- Liked: 7302 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Bug Report 1
Since Veeam is querying the actual volume for disk space metrics, you are getting expected results (64MB). Not a bug, missing feature - may be (support for mount points). Workaround would be to mount each LUN to a separate drive letter (any reason not to do this?)dkvello wrote:Create D:\ disk on LUN1 - 64MB
Create Mountpoint D:\AcmeCorp from LUN2 - 2TB
Create Mountpoint D:\LunaCorp from LUN2 - 2TB
Create Mountpoint D:\BetaCorp from LUN2 - 2TB
-
- Enthusiast
- Posts: 27
- Liked: 1 time
- Joined: Sep 06, 2011 5:57 am
- Full Name: Josh
- Contact:
Re: Bug Report 1
This behaviour is by design in all versions of Windows which support mounting a filesystem beneath a root disk. Even Microsoft tools like SCCM will report this as the disk space unless a specific query to \\.\physicaldisk(Drive number) requesting the counter for the specific disk in the mountpoint rather than the base disk.
Can blame Veeam for a lot of the problems in life, but this is certainly one for Microsoft
Can blame Veeam for a lot of the problems in life, but this is certainly one for Microsoft
Who is online
Users browsing this forum: AdsBot [Google], Bing [Bot], Dima P., mattskalecki, RocketSam, sdv and 108 guests