All of lore.kernel.org
 help / color / mirror / Atom feed
* RE: Supporting large dump files
@ 2007-02-07 19:41 Graham, Simon
  2007-02-07 19:47 ` Daniel P. Berrange
  0 siblings, 1 reply; 5+ messages in thread
From: Graham, Simon @ 2007-02-07 19:41 UTC (permalink / raw)
  To: Daniel P. Berrange; +Cc: xen-devel

> > My (admittedly limited) knowledge of this area leads me to the need
> to
> > define _FILE_OFFSET_BITS as 64; is there any issue with turning this
> on
> > for the tools/libxc build? Is there any other #define that should be
> > used instead of or in addition to this one?
> 
> What version of Xen are you using ? I submitted a patch to have this
> fixed
> many months ago, and I'm pretty sure it was incorporated in Xen 3.0.4
> 

Still on 3.0.3 at the moment - about to switch to 3.0.4 though. HOWEVER,
searching both the 3.0.4 and unstable sources, I don't see the specific
fix I am proposing in tools/libxc; can you tell me exactly what/where
your patch was?

Thanks,
Simon

PS: To answer Ian's point -- I agree that PV save/restore of guests >
2GB works; I have no idea at the moment why save/restore works and dump
does not but I can tell you that building with _FILE_OFFSET_BITS=64
makes the dump work... I'm just concerned that there might be some other
dependency that this breaks...

^ permalink raw reply	[flat|nested] 5+ messages in thread
* RE: Supporting large dump files
@ 2007-02-07 19:28 Ian Pratt
  0 siblings, 0 replies; 5+ messages in thread
From: Ian Pratt @ 2007-02-07 19:28 UTC (permalink / raw)
  To: Graham, Simon, xen-devel

> This may have come up before but I can't find it - with the 
> default build of Xen, libxc is built in a way that does not 
> support large files
> - this is a problem currently when attempting to dump domains 
> larger than 2GB - the dump eventually fails with:

PV save/restore seems to work fine for guests >4GB... 

Ian
 
> [root@teller diag]# xm dump-core penn1
> Dumping core of domain: penn1 ...
> Error: Failed to dump core: (27, 'File too large')
> 
> My (admittedly limited) knowledge of this area leads me to 
> the need to define _FILE_OFFSET_BITS as 64; is there any 
> issue with turning this on for the tools/libxc build? Is 
> there any other #define that should be used instead of or in 
> addition to this one?
> 
> Simon
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
> 

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Supporting large dump files
@ 2007-02-07 19:20 Graham, Simon
  2007-02-07 19:31 ` Daniel P. Berrange
  0 siblings, 1 reply; 5+ messages in thread
From: Graham, Simon @ 2007-02-07 19:20 UTC (permalink / raw)
  To: xen-devel

This may have come up before but I can't find it - with the default
build of Xen, libxc is built in a way that does not support large files
- this is a problem currently when attempting to dump domains larger
than 2GB - the dump eventually fails with:

[root@teller diag]# xm dump-core penn1
Dumping core of domain: penn1 ...
Error: Failed to dump core: (27, 'File too large')

My (admittedly limited) knowledge of this area leads me to the need to
define _FILE_OFFSET_BITS as 64; is there any issue with turning this on
for the tools/libxc build? Is there any other #define that should be
used instead of or in addition to this one?

Simon

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2007-02-07 19:47 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-02-07 19:41 Supporting large dump files Graham, Simon
2007-02-07 19:47 ` Daniel P. Berrange
  -- strict thread matches above, loose matches on Subject: below --
2007-02-07 19:28 Ian Pratt
2007-02-07 19:20 Graham, Simon
2007-02-07 19:31 ` Daniel P. Berrange

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.