Выделенное различие в Памяти в xen гостях с Linux 2.6.18 и 2.6.32
Ну, существует много переменных, к которым Вы хотите обратиться. Sam спросил некоторые важные. При использовании LogMeIn у Вас не будет порта RDP открытым или сервис RDP активный, и Ваш пользователь не обязательно будет в соответствующей группе. Если Вы не будете видеть Вас имя пользователя на поле Windows 7 в выводе ни одной команды, после того как Вы вставляете их в Командную строку, Вы, очевидно, не сможете к RDP в Ваше поле Windows 7.
net localgroup administrators
net localgroup "remote desktop users"
Другой вопрос: Вы подключены к домену Active Directory? При открытии сессии RDP выберите Использование Другая Учетная запись. Вы заметите, что под паролем строка, которая говорит DOMAIN:. Что, после этого важно. Вы пытаетесь соединиться с доменными учетными данными? Если так, это означает, что домен должен быть упомянут там. В противном случае необходимо удостовериться Вы определенное относительно который учетные данные. Так, если Вы используете локальные учетные данные (я имею в виду локальный для удаленного компьютера, который Вы хотите к RDP в, не Победа 2k8 сервер), необходимо указать Ваш хотеть пройти проверку подлинности против этого. Таким образом для имени пользователя, вставленного в HOSTNAMEOFWIN7BOX\yourusername здесь. Это не должно быть проблемой, но было для меня когда-то (я не могу помнить, был ли это NT 6.* к NT 5.* поля или наоборот).
Q1: Вероятно, используется аварийным ядром (?)
Q2 : Я не видел такого поведения на SLES11 SP2 DomU (также с ядром Linux 3.0, без pvops).
То, что я вижу из dmesg, - это RAM-диск в Ubuntu - этот диск, вероятно, не будет освобожден позже?
Не уверен, поскольку ваш вывод dmesg просто показывает XEN-часть процесса загрузки, а не следующий «нормальный» процесс загрузки ОС.
Question 1:
Why free showed exact memory,where dmesg clear showed 2.5mb for kernel code and 23mb as reserved.
I'm not sure your interpretation is correct. free is showing you 524288k total and so is dmesg. dmesg is showing that at the time of boot, the kernel and associated reservations are using up approximately 25m, leaving 500984k available. Later, when you run free, there are other programs running, so there is less available memory. But both are reporting the same total in VM1.
Question 2:
What could be the reason for this behavior can this has something to do with with pvops kernel(linux-kernel with xen support) or is it because of any changes in Linux 3.0+ Memory Management.
I think you are asking Why are these two VMs different? I'm going to go with the answer: "not enough information". There are many reasons the two VMs could report different information, none of them necessarily specific to the fact that they are DomU in Xen (I suspect you'd similar differences on bare metal, or VMware, etc.):
- They have different number of CPUs
- They are using different boot strings (VM1 has
ro root=/dev/VolGroup00/LogVol00 console=xvc0 graphical utf8and VM2 hasroot=UUID=ef8a64ee-140d-46b5-8061-231d81e1c7a0 ro console = hvc0 quiet splash $ vt_handoff - Ядра могут быть скомпилированы с совершенно разными значениями по умолчанию (и они, вероятно, таковы, поскольку VM1 основана на RedHat, а VM2 основана на Debian)
Я не знаю, делали ли вы, но если вы не пытались проверить параметры вашей виртуальной машины mem и проверить это резервирование памяти для вашей виртуальной машины с помощью "xl list"
http: / /xenbits.xen.org/docs/4.2-testing/man/xl.cfg.5.html
Спасибо
да, как я догадался, это ограничение гостей xen с linux. Похоже, что используемое вами ядро может определять только 32 ГБ памяти для dom0.