Re: PATCH 00/10] teach crash to work with "live" ramdump

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




----- Original Message -----
> On 04/26, Dave Anderson wrote:
> >
> > > No, just a regular file, qemu creates it and does mmap(MAP_SHARED) on it.
> > >
> > > > that constantly contains the
> > > > current contents of the guest's physical memory?
> > >
> > > Yes,
> > >
> > > > Is it like /dev/mem?
> > >
> > > yes, but more like /dev/crash.
> > >
> > > Oleg.
> >
> > Unfortunately I am completely unfamiliar with qemu option specifications.
> 
> I too do not know much about qemu options,
> 
> > So if I were to log into the guest machine, does a /tmp/MEM file exist?
> 
> No,
> 
> > Or does it exist on the host machine?
> 
> Yes, it is just the normal file on the host which runs qemu.
> 
> Well, "normal" is not neccessarily true in that you can use, for example,
> 
> 	mem-path=/path/to/hugetlb-mount/...
> 
> but this doesn't matter. It is still the "regular" file mmaped by qemu, the
> host can read it to acess the guest's physical memory.
> 
> Oleg.
 
OK, so we're running on a host machine that has one of these memory files
that is accessible as a regular file.  So what's the remote access needed
for -- just to query for the particulars of the layout of the memory file?

Dave
 

--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility



[Index of Archives]     [Fedora Development]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]

 

Powered by Linux