[23549] in Source-Commits
/svn/athena r23191 - trunk/debathena
daemon@ATHENA.MIT.EDU (ghudson@MIT.EDU)
Sat Sep 27 23:46:03 2008
Date: Sat, 27 Sep 2008 23:45:31 -0400 (EDT)
From: ghudson@MIT.EDU
Message-Id: <200809280345.XAA13647@drugstore.mit.edu>
To: source-commits@MIT.EDU
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Author: ghudson
Date: 2008-09-27 23:45:30 -0400 (Sat, 27 Sep 2008)
New Revision: 23191
Modified:
trunk/debathena/NOTES
Log:
In NOTES, document a different workaround for the slow LVM snapshots
problem, since turning off write_cache_state seems to cause schroot to
fail from time to time.
Modified: trunk/debathena/NOTES
===================================================================
--- trunk/debathena/NOTES 2008-09-24 18:59:34 UTC (rev 23190)
+++ trunk/debathena/NOTES 2008-09-28 03:45:30 UTC (rev 23191)
@@ -360,9 +360,7 @@
12. Edit /etc/lvm/lvm.conf and change "archive = 1" to "archive = 0"
in order to avoid generating a bazillion backup files under
- /etc/lvm/archive. Also change "write_cache_state = 1" to
- "write_cache_state = 0" to prevent the system from piling up a
- huge cache file as it cycles through snapshots.
+ /etc/lvm/archive.
13. For each supported DIST (see scripts/debian-versions.sh) run:
@@ -593,6 +591,12 @@
source location is in debathena/scripts/build-server in this
repository, should it need to be modified.
+After several months of operation, LVM snapshots on the build server
+will start to become slower and slower, as /etc/lvm/cache/.cache grows
+in size. Turning off the cache entirely seems to cause schroot to
+occasionally fail; the current solution is to rm /etc/lvm/cache/.cache
+every so often.
+
Release engineer: apt repository HTTP server setup
--------------------------------------------------
