How to Stop XenServer from Mounting /var/log
-
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@BRRABill said in How to Stop XenServer from Mounting /var/log:
Is it possible putting a directory there would cause this big an issue?
In no way should it create issues like this... in the real world however, well.
Do you have free space available that you could shrink the LV and create another LV just for the log files?
yes, shrinking is a technical possibility.
The other question I'd think about is if it's an LV or VG. ProxMox (good riddance, it's gone) actually uses a volume group when you mount local storage LVM containers.
You have to have a VG to have an LV.
-
@scottalanmiller said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@BRRABill said in How to Stop XenServer from Mounting /var/log:
Is it possible putting a directory there would cause this big an issue?
In no way should it create issues like this... in the real world however, well.
Do you have free space available that you could shrink the LV and create another LV just for the log files?
yes, shrinking is a technical possibility.
The other question I'd think about is if it's an LV or VG. ProxMox (good riddance, it's gone) actually uses a volume group when you mount local storage LVM containers.
You have to have a VG to have an LV.
Right. In this case what they did actually does make sense. The drive containers were each created as their own LV.
-
@travisdh1 said
Right. In this case what they did actually does make sense. The drive containers were each created as their own LV.
You mean what XS did makes sense?
-
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said
Right. In this case what they did actually does make sense. The drive containers were each created as their own LV.
You mean what XS did makes sense?
I was referring to ProxMox with that comment, but XS does the same thing with LVM local storage.
-
@travisdh1 said
dd would take a long, long time if you have it copying something like /proc, /sys, or /dev.
Is it "safe" to run dd on a running boot disk? Why does it take so long?
Assuming so, but you know what happens when one assumes!
-
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said
dd would take a long, long time if you have it copying something like /proc, /sys, or /dev.
Is it "safe" to run dd on a running boot disk? Why does it take so long?
Assuming so, but you know what happens when one assumes!
Yes, it is only reading, not writing. Reading things is always safe.
-
@scottalanmiller said
Yes, it is only reading, not writing. Reading things is always safe.
Why does it take so long for those directories?
-
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
Yes, it is only reading, not writing. Reading things is always safe.
Why does it take so long for those directories?
dd reads block devices, not directories. It has no concept of directories.
-
@scottalanmiller said
dd reads block devices, not directories. It has no concept of directories.
Then what is the significance/reason for the previous poster saying
"dd would take a long, long time if you have it copying something like /proc, /sys, or /dev." -
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
dd reads block devices, not directories. It has no concept of directories.
Then what is the significance/reason for the previous poster saying
"dd would take a long, long time if you have it copying something like /proc, /sys, or /dev."
Those are fake block devices. If you try to copy them they will take a very long time since /proc includes maps to the entire memory space and /dev includes all devices of any type including many mappings to every disk.@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
dd reads block devices, not directories. It has no concept of directories.
-
@scottalanmiller said
Those are fake block devices. If you try to copy them they will take a very long time since /proc includes maps to the entire memory space and /dev includes all devices of any type including many mappings to every disk.
So using dd to clone a USB while running (which we were discussing) would clone differently that if you shut down the XS, and used a separate machine, such as @DustinB3403 originally posted?
-
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
Those are fake block devices. If you try to copy them they will take a very long time since /proc includes maps to the entire memory space and /dev includes all devices of any type including many mappings to every disk.
So using dd to clone a USB while running (which we were discussing) would clone differently that if you shut down the XS, and used a separate machine, such as @DustinB3403 originally posted?
Yes. A running system has things like /proc and /dev. I haven't experimented with cloning the actual block device (/dev/sdaX) instead of the mounted file system, but I don't know how well it would work if you're not doing it from an LVM snapshot.....
Speaking of which, please tell me that XenServer 7 uses LVM for it's important bits?
-
@travisdh1 said
Yes. A running system has things like /proc and /dev. I haven't experimented with cloning the actual block device (/dev/sdaX) instead of the mounted file system, but I don't know how well it would work if you're not doing it from an LVM snapshot.....
So a lot of what was said in this thread about using dd for cloning the XS USB boot device is not necessarily true...
https://www.mangolassi.it/topic/9425/cloning-xenserver-on-usb-or-sd -
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
Those are fake block devices. If you try to copy them they will take a very long time since /proc includes maps to the entire memory space and /dev includes all devices of any type including many mappings to every disk.
So using dd to clone a USB while running (which we were discussing) would clone differently that if you shut down the XS, and used a separate machine, such as @DustinB3403 originally posted?
No. Why do you feel that way?
-
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
Those are fake block devices. If you try to copy them they will take a very long time since /proc includes maps to the entire memory space and /dev includes all devices of any type including many mappings to every disk.
So using dd to clone a USB while running (which we were discussing) would clone differently that if you shut down the XS, and used a separate machine, such as @DustinB3403 originally posted?
Yes. A running system has things like /proc and /dev. I haven't experimented with cloning the actual block device (/dev/sdaX) instead of the mounted file system, but I don't know how well it would work if you're not doing it from an LVM snapshot.....
Speaking of which, please tell me that XenServer 7 uses LVM for it's important bits?
dd clones the block device, not the file system hierarchy.
-
@scottalanmiller said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
Those are fake block devices. If you try to copy them they will take a very long time since /proc includes maps to the entire memory space and /dev includes all devices of any type including many mappings to every disk.
So using dd to clone a USB while running (which we were discussing) would clone differently that if you shut down the XS, and used a separate machine, such as @DustinB3403 originally posted?
Yes. A running system has things like /proc and /dev. I haven't experimented with cloning the actual block device (/dev/sdaX) instead of the mounted file system, but I don't know how well it would work if you're not doing it from an LVM snapshot.....
Speaking of which, please tell me that XenServer 7 uses LVM for it's important bits?
dd clones the block device, not the file system hierarchy.
Yeah, yet I've had problems using it to make a copy of a block device that is in use.
-
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
Those are fake block devices. If you try to copy them they will take a very long time since /proc includes maps to the entire memory space and /dev includes all devices of any type including many mappings to every disk.
So using dd to clone a USB while running (which we were discussing) would clone differently that if you shut down the XS, and used a separate machine, such as @DustinB3403 originally posted?
Yes. A running system has things like /proc and /dev. I haven't experimented with cloning the actual block device (/dev/sdaX) instead of the mounted file system, but I don't know how well it would work if you're not doing it from an LVM snapshot.....
Speaking of which, please tell me that XenServer 7 uses LVM for it's important bits?
dd clones the block device, not the file system hierarchy.
Yeah, yet I've had problems using it to make a copy of a block device that is in use.
Same, I tested this at home on my running XS server, to clone the boot-usb to another USB and upon trying to boot from the clone it fails.
Recommended solution: turn server off, and clone from a different system.
-
I'm not trying to be argumentative. It's just that we're recommended X and Y, but it seems that they don't seem to work.
I'd like to come up with a set guideline of ... hey XS is great off USB, but THIS is what you have to do, and anything will crash your system.
It just seems like we are having a lot of system crashes or "yeah I tried this in my home/test lab and it didn't work" situations.
-
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
Yeah, yet I've had problems using it to make a copy of a block device that is in use.
That's a locking and access issue, in no way does it related to things like /proc though since those are not related to the block device.
-
@DustinB3403 said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said in How to Stop XenServer from Mounting /var/log:
@travisdh1 said in How to Stop XenServer from Mounting /var/log:
@BRRABill said in How to Stop XenServer from Mounting /var/log:
@scottalanmiller said
Those are fake block devices. If you try to copy them they will take a very long time since /proc includes maps to the entire memory space and /dev includes all devices of any type including many mappings to every disk.
So using dd to clone a USB while running (which we were discussing) would clone differently that if you shut down the XS, and used a separate machine, such as @DustinB3403 originally posted?
Yes. A running system has things like /proc and /dev. I haven't experimented with cloning the actual block device (/dev/sdaX) instead of the mounted file system, but I don't know how well it would work if you're not doing it from an LVM snapshot.....
Speaking of which, please tell me that XenServer 7 uses LVM for it's important bits?
dd clones the block device, not the file system hierarchy.
Yeah, yet I've had problems using it to make a copy of a block device that is in use.
Same, I tested this at home on my running XS server, to clone the boot-usb to another USB and upon trying to boot from the clone it fails.
That may be because some blocks are in process of being changed and are not consistent.
