Re: [Debian-User] Xen Debian Package Management
Since you do not use a realname in your message I have found it in the SPAM-Folder. I do not understand why you are talkong abour Xen 2 if I have Etch- DVD's from November last year which have already Xen 3: ---[ command 'apt-cache search xen |grep -v roxen' ] libc6-xen - GNU C Library: Shared libraries [Xen version] linux-headers-2.6-xen-686 - Header files for Linux kernel 2.6 on PPro/Celeron/PII/PIII/P4 machines linux-headers-2.6-xen-k7 - Header files for Linux kernel 2.6 on AMD K7 machines linux-headers-2.6-xen-vserver-686 - Header files for Linux kernel 2.6 on PPro/Celeron/PII/PIII/P4 machines linux-headers-2.6.16-2-xen - Common header files for Linux kernel 2.6.16 linux-headers-2.6.16-2-xen-686 - Header files for Linux kernel 2.6.16 on PPro/Celeron/PII/PIII/P4 machines linux-headers-2.6.16-2-xen-k7 - Header files for Linux kernel 2.6.16 on AMD K7 machines linux-headers-2.6.16-2-xen-vserver - Common header files for Linux kernel 2.6.16 linux-headers-2.6.16-2-xen-vserver-686 - Header files for Linux kernel 2.6.16 on PPro/Celeron/PII/PIII/P4 machines linux-image-2.6-xen-686 - Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4 machines linux-image-2.6-xen-k7 - Linux kernel 2.6 image on AMD K7 machines linux-image-2.6-xen-vserver-686 - Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4 machines linux-image-2.6.16-2-xen-686 - Linux kernel 2.6.16 image on PPro/Celeron/PII/PIII/P4 machines linux-image-2.6.16-2-xen-k7 - Linux kernel 2.6.16 image on AMD K7 machines linux-image-2.6.16-2-xen-vserver-686 - Linux kernel 2.6.16 image on PPro/Celeron/PII/PIII/P4 machines linux-image-xen-686 - Linux kernel image on PPro/Celeron/PII/PIII/P4 machines linux-image-xen-k7 - Linux kernel image on AMD K7 machines linux-image-xen-vserver-686 - Linux kernel image on PPro/Celeron/PII/PIII/P4 machines linux-modules-2.6.16-2-xen-686 - Linux kernel modules 2.6.16 image on PPro/Celeron/PII/PIII/P4 machines linux-modules-2.6.16-2-xen-k7 - Linux kernel modules 2.6.16 image on AMD K7 machines linux-modules-2.6.16-2-xen-vserver-686 - Linux kernel modules 2.6.16 image on PPro/Celeron/PII/PIII/P4 machines xen-docs-3.0 - documentation for XEN, a Virtual Machine Monitor xen-hypervisor-3.0-i386 - The Xen Hypervisor for i386 xen-hypervisor-3.0-i386-pae - The Xen Hypervisor for i386 (pae enabled version) xen-ioemu-3.0 - XEN administrative tools xen-tools - Tools to manage debian XEN virtual servers xen-utils-3.0 - XEN administrative tools [ command 'apt-cache show libc6-xen xen-docs-3.0 xen-hypervisor-3.0- i386 xen-ioemu-3.0 xen-tools xen-utils-3.0 |grep -v roxen |grep Version: ' ]- Version: 2.3.6-15 Version: 3.0.2+hg9697-1 Version: 3.0.2+hg9697-1 Version: 3.0.2+hg9697-1 Version: 2.3-1 Version: 3.0.2+hg9697-1 The only problem is, that my MAIN server and my Devel-Station went working fine with the k7 images but now all is gone since the last update (no K7 any more and k6 loads but then it is stoping with nothing or a Kernel-Oops). The GRUB does definitivly not work on my Mainboards and the alternative bootloaders have some other flaws (some of them can rescue boot but passing parameters wrong to the kernel) Then, I have tried to compile K7 Xen-Kernels but the xen/ subdirectory from the kernel is missing and apt-cache search show nothing. In summary: Debian and Xen is frustrating! Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: [Debian-User] Xen Debian Package Management
Michelle The subject matter is mine but the content is some else's. I did not write what you quoted. Probably, the original email trail was missing. I know that Xen development is far further along than Xen 2. I have a copy of the original email if you want to see it -- just ask. The original email from me was addressing what current Xen 3 versions (packages) on Debian matched up to what architectures on Debian. A response was received which indicated that there were incompatibilities and that the problem of incompatibilities was known and was being worked on. One solution using AMD64 was offered to me. At that point I considered the email issue concluded until you came along.. I cannot accout for what others say or do.. But I see you went to a lot of trouble to be informative. All of which shows you like to be helpful. You also have a nice day. Ted Hilts Michelle Konzack wrote: Since you do not use a realname in your message I have found it in the SPAM-Folder. I do not understand why you are talkong abour Xen 2 if I have Etch- DVD's from November last year which have already Xen 3: ---[ command 'apt-cache search xen |grep -v roxen' ] libc6-xen - GNU C Library: Shared libraries [Xen version] linux-headers-2.6-xen-686 - Header files for Linux kernel 2.6 on PPro/Celeron/PII/PIII/P4 machines linux-headers-2.6-xen-k7 - Header files for Linux kernel 2.6 on AMD K7 machines linux-headers-2.6-xen-vserver-686 - Header files for Linux kernel 2.6 on PPro/Celeron/PII/PIII/P4 machines linux-headers-2.6.16-2-xen - Common header files for Linux kernel 2.6.16 linux-headers-2.6.16-2-xen-686 - Header files for Linux kernel 2.6.16 on PPro/Celeron/PII/PIII/P4 machines linux-headers-2.6.16-2-xen-k7 - Header files for Linux kernel 2.6.16 on AMD K7 machines linux-headers-2.6.16-2-xen-vserver - Common header files for Linux kernel 2.6.16 linux-headers-2.6.16-2-xen-vserver-686 - Header files for Linux kernel 2.6.16 on PPro/Celeron/PII/PIII/P4 machines linux-image-2.6-xen-686 - Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4 machines linux-image-2.6-xen-k7 - Linux kernel 2.6 image on AMD K7 machines linux-image-2.6-xen-vserver-686 - Linux kernel 2.6 image on PPro/Celeron/PII/PIII/P4 machines linux-image-2.6.16-2-xen-686 - Linux kernel 2.6.16 image on PPro/Celeron/PII/PIII/P4 machines linux-image-2.6.16-2-xen-k7 - Linux kernel 2.6.16 image on AMD K7 machines linux-image-2.6.16-2-xen-vserver-686 - Linux kernel 2.6.16 image on PPro/Celeron/PII/PIII/P4 machines linux-image-xen-686 - Linux kernel image on PPro/Celeron/PII/PIII/P4 machines linux-image-xen-k7 - Linux kernel image on AMD K7 machines linux-image-xen-vserver-686 - Linux kernel image on PPro/Celeron/PII/PIII/P4 machines linux-modules-2.6.16-2-xen-686 - Linux kernel modules 2.6.16 image on PPro/Celeron/PII/PIII/P4 machines linux-modules-2.6.16-2-xen-k7 - Linux kernel modules 2.6.16 image on AMD K7 machines linux-modules-2.6.16-2-xen-vserver-686 - Linux kernel modules 2.6.16 image on PPro/Celeron/PII/PIII/P4 machines xen-docs-3.0 - documentation for XEN, a Virtual Machine Monitor xen-hypervisor-3.0-i386 - The Xen Hypervisor for i386 xen-hypervisor-3.0-i386-pae - The Xen Hypervisor for i386 (pae enabled version) xen-ioemu-3.0 - XEN administrative tools xen-tools - Tools to manage debian XEN virtual servers xen-utils-3.0 - XEN administrative tools [ command 'apt-cache show libc6-xen xen-docs-3.0 xen-hypervisor-3.0- i386 xen-ioemu-3.0 xen-tools xen-utils-3.0 |grep -v roxen |grep Version: ' ]- Version: 2.3.6-15 Version: 3.0.2+hg9697-1 Version: 3.0.2+hg9697-1 Version: 3.0.2+hg9697-1 Version: 2.3-1 Version: 3.0.2+hg9697-1 The only problem is, that my MAIN server and my Devel-Station went working fine with the k7 images but now all is gone since the last update (no K7 any more and k6 loads but then it is stoping with nothing or a Kernel-Oops). The GRUB does definitivly not work on my Mainboards and the alternative bootloaders have some other flaws (some of them can rescue boot but passing parameters wrong to the kernel) Then, I have tried to compile K7 Xen-Kernels but the xen/ subdirectory from the kernel is missing and apt-cache search show nothing. In summary: Debian and Xen is frustrating! Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-User] Xen
Hello Unknown Admin, Am 2007-02-17 00:07:47, schrieb Admin: snip BTW if anyone (I've seen a few Xen emails like the one where the AMD package disappeared only to be replaced by a 686 based Xen package that crashed) would like to set up a Debian Xen thread maybe we could help one another as it seems that this virtualization thing does not interest most people. But I think it's the future for computing. Thanks to all and SNIP away at what you don't want and comment on what you do want -- I welcome the dialog. I run currently a Development-Workstation where I need to run Debian (Unstable, Testing, Stable and Oldstable), (K)Ubunto, Embedian, Redhat, Novel/SuSE and Mandrake/Mandrive in parallel. For this I use chroots which are startet directly from an INIT script. I like to drop the Chroot stuff and want to switch to Xen but encountered massive errors and bugs... I was using an Amd Athlon XP 3000+ using Xen-k7 (Installed form DVD). Then after an Online-Upgrade it was gone and since then I have no Machine anymore. Installing chroots again to get my Machine working took me over one week... (I run 8 X-Server parallel) Now, my CPU is gone (Socket A and I do not find a Used one from a trustfull source) I replaced the mainboard with an GA686LX and a P2/333 with 512 MB of memory and Xen worked again... But running 8 X-Server in Parallel is not realy recommended on this machine. :-) I have tried to compile my own Xen-Kernel but failed... Is there a Step-by-Step docu/howto HOW to build your OWN Xen-Kernel on a Debian-System? And of curse, which packages must I install t get this Pig running with a K7? OT-Question: Is there someone who want to sponsor (or give up an unused) a AMD Athlon XP with at least 2400MHz (and mybe some PC2700 512MByte or 1 GByte memories) for Development? I am in Strasbourg/France. Address and Telephone is in the signature. Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: [Debian-User] Xen
Michelle Here is an excerpt from Xen Development that I think applies to your situation. There do not appear to be a lot of Debian possibilities as near as I can find out. But I'm still forging around. Your questions are further down. Here is the scoop from Xen Development regarding AMD. Thanks, Ted Hello Ted, 2. Are there any recent Xen binaries that integrate well with Debian? There seems to be little to no activity on the Debian-User list.with only one or two people having successfully established a Xen system. There also seems to be some kind of problem with the single 686 Xen package which seems to have replaced an older AMD package which has disappeared. we are successfully using xen-hypervisor-3.0.3-1-amd64 on Etch with kernel 2.6.18-3-xen-amd64. Unfortunately 3.0.4 and other versions will not be officially available in Etch and I am still seeking a good alternate repository. Regards Bjoern Also, for what it is worth I understand that the version 10.2 Open SuSE Xen integration performs very well. I am thinking about comparing it with the above Debian recommendation. I'm not sure about the kernel versions in that for every new kernel there must be an associated Xen overlay. Nor am I sure just how compatible the DomU kernels need to be in order to operate with the primary kernel system or Xen Dom0 system. I will have to find out about this. But please note the specific packages mentioned above by Bjoern. You should use the specific packages and not some alternative. Hope this information helps. Michelle Konzack wrote: Hello Unknown Admin, Am 2007-02-17 00:07:47, schrieb Admin: snip BTW if anyone (I've seen a few Xen emails like the one where the AMD package disappeared only to be replaced by a 686 based Xen package that crashed) would like to set up a Debian Xen thread maybe we could help one another as it seems that this virtualization thing does not interest most people. But I think it's the future for computing. Thanks to all and SNIP away at what you don't want and comment on what you do want -- I welcome the dialog. I run currently a Development-Workstation where I need to run Debian (Unstable, Testing, Stable and Oldstable), (K)Ubunto, Embedian, Redhat, Novel/SuSE and Mandrake/Mandrive in parallel. For this I use chroots which are startet directly from an INIT script. I like to drop the Chroot stuff and want to switch to Xen but encountered massive errors and bugs... I was using an Amd Athlon XP 3000+ using Xen-k7 (Installed form DVD). Then after an Online-Upgrade it was gone and since then I have no Machine anymore. Installing chroots again to get my Machine working took me over one week... (I run 8 X-Server parallel) Now, my CPU is gone (Socket A and I do not find a Used one from a trustfull source) I replaced the mainboard with an GA686LX and a P2/333 with 512 MB of memory and Xen worked again... But running 8 X-Server in Parallel is not realy recommended on this machine. :-) I have tried to compile my own Xen-Kernel but failed... Is there a Step-by-Step docu/howto HOW to build your OWN Xen-Kernel on a Debian-System? Yes, but I will have to find it as it's been about 2 years since I was involved with Xen Development. I do recall a recent Xen list member asking for the same information which is apparently tucked away on one of their web pages. And of curse, which packages must I install t get this Pig running with a K7? OT-Question: Is there someone who want to sponsor (or give up an unused) a AMD Athlon XP with at least 2400MHz (and mybe some PC2700 512MByte or 1 GByte memories) for Development? I am in Strasbourg/France. Address and Telephone is in the signature. Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant
Re: [Debian-User] Xen
On Wed, Feb 21, 2007 at 05:47:03PM +0100, Michelle Konzack wrote: I have tried to compile my own Xen-Kernel but failed... Is there a Step-by-Step docu/howto HOW to build your OWN Xen-Kernel on a Debian-System? This is something I wrote a while back about compiling your own Xen kernel on Debian Sid. It might apply still: http://www.debian-administration.org/articles/320 Failing that getting the Xen unstable source and running: make -C tools/check make world make install Will install from source a complete Xen + Kernel pairing which will work for you. Obviously not as a package though .. so you'll need to remove any existing Xen-packages first. Steve -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-User] Xen and LVM
On Sun, Feb 18, 2007 at 01:28:52PM -0700, Archive wrote: So I am not arguing aginst LVM. Those that use it and recommend it keep telling me I should plan on using it. I will do that if these same people start explaining the features in way that makes sense to the kinds of things I have been talking about. This is not an LVM cheerleading list. Maybe you could take the time you spent writing this War and Peace-sized email monologue that basically asks why should I use LVM? to, you know, research it for yourself? Cheers, Andy -- http://bitfolk.com/ -- No-nonsense VPS hosting Encrypted mail welcome - keyid 0x604DE5DB signature.asc Description: Digital signature
Re: [Debian-User] Xen and LVM
On Sun, Feb 18, 2007 at 01:28:52PM -0700, Archive wrote: Information for the database server might involve languages and language translation, and so on. So there is an obvious need for data management, data bases, etc., but my question to all reading this email is: Why LVM So I am not arguing aginst LVM. Those that use it and recommend it keep telling me I should plan on using it. I will do that if these same people start explaining the features in way that makes sense to the kinds of things I have been talking about. It's of little value to just do something because someone who knows more says it's the right thing to do. That's kind of like inheriting a jet plane but not knowing how to fly it. I need good hard facts and examples or you will have to wait until my knowledge base catches up to you guys who know all about LVM. http://tldp.org/HOWTO/LVM-HOWTO/whywouldiwantit.html -- Chris. == Don't forget to check that your /etc/apt/sources.lst entries point to etch and not testing, otherwise you may end up with a broken system once etch goes stable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-User] Xen and a local mirror or a R/W DVD
On Sun, 18 Feb 2007 15:14:39 -0700 Archive [EMAIL PROTECTED] wrote: [snip] Regarding the DVDs: AFAIK you cannot make changes to a full DVD, even if it is rewritable. Rewritable on a CD (and I suppose the same for a CD) means you can erase it all and start over. This is not the same as with a floppy or similar media, but it is still a useful feature. Of course, it is not a bad idea to put etch on rewritable media. You can save some disks this way. Later, you can use jigdo's update feature to use your existing DVDs to build new DVD images by downloading just the changed packages. Then you can use the rewritable property of the media to erase it and put the new images on it. I hope this is clear enough. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-User] Xen and a local mirror or a R/W DVD
On Sun, Feb 18, 2007 at 03:14:39PM -0700, Archive wrote: I really like the idea passed on to me of getting the entire 14 disk ETCH (older and therefore stable) distribution on a R/W DVD where the first DVD contains the installer. Apparently, this approach using the appropriate package management calls will allow that same R/W DVD to be automatically updated. Another person advocating this approach indicated that I could use the ISO files instead of creating a mirror of the POOL (directory having the latests release, testing, and others) packages.However, I like the idea but it may have a flaw which I detail further on near the bottom. As others have said, I'm not sure you can do this with DVD-R/W. Maybe with DVD-RAM? but I don't know. DO you have the disk space to store the iso's? if so then someone can just send you the iso's on whatever media and you can store them/update then on your hd somewhere. A signature.asc Description: Digital signature
Re: [Debian-User] Xen and IP CHAINS and IP FORWARDING
On Sun, Feb 18, 2007 at 02:44:50PM -0700, Archive wrote:
As mentioned in an earlier email the DOMU or secondary Xen system(s) can
not only talk to the DOM0 or Xen primary system but also to other other
DOMU or secondary Xen system(s) and that most likely involves not only
LAN interaction but also Internet interaction.
[...]
Any takers on this??
[..]
I'm not sure what you're getting at here, but here is my network setup
using my previously posted xen configuration of Dom0 lan server, DomU
firewall and DomU mail server.
Dom0 boot line includes: pciback.hide(':02:00.0') which is the pci
address of my second NIC on this machine. That effectively 'hides'
that NIC from Dom0 and in fact, I can't make it function at all from
that Dom unless I do some binding/unbinding stuff in /proc and even
that might not work.
Dom0 /etc/network/interfaces
auto eth0
iface eth0 inet dhcp
this is essentially meaningless as xen completely restructures this
interface when it comes up.
when xen comes up it creates a bridge called xenbr1. it then renames
eth0 as peth0 (physical eth0) and creates a virtual eth0 for dom0 to
use and includes both peth0 and eth0 in that bridge. Then it also
creates vif0 and includes that in the bridge and maps it to eth0 in
DomU1. I also pass the hidden eth1 (from pciback.hide above) to DomU1
with
pci=[':02:00.0']
so that domU1 sees that interface.
finally I have created a bridge with no interfaces in Dom0
brctl add xenbrDMZ
ip link xenbrDMZ up
(don't hold me to those commnads, I'm not at that machine right now).
this bridge has not interaces in dom0 and dom0 can't see it,
essentially.
when I bring up DomU1, its gets an eth0 from xenbr1, gets eth1 from
xenbrDMZ, and eth2 from the pciback thing. this is what I use as my
firewall with a standard shorewall 3-interface firewall.
from DomU1 .cfg
vif = [ 'mac=aa:00:00:00:00:11,xenbr1', \
'mac=aa:00:00:00:00:21,xenbrDMZ' ]
pci = [ ':02:00.0' ]
that makes my three interfaces in Domu1. note that the mac addresses
are made up just to make my life easier.
when Domu2 comes up, it *only* attaches to xenbrDMZ. its only internet
link is through DomU1.
vif = [ 'mac=aa:00:00:00:00:22,xenbrDMZ' ]
that creates eth0 in Domu2.
with me?
then Domu1 has /etc/network/interfaces
auto eth0
auto eth1
auto eth2
# our LAN interface
iface eth0 inet static
address...
#our DMZ interface
iface eth1 inet static
address...
# our net interface
iface eth2 inet dhcp
Domu2 interfaces is
auto eth0
iface eth0 inet dhcp
as I have dhcpd running on Domu1.
now that you're thoroughly confused, run off and read the shorewal web
page about xen and the xennetworking entry on the the xen wiki... ;)
A
signature.asc
Description: Digital signature
Re: [Debian-User] Xen and a local mirror or a R/W DVD [LONG REPLY]
On Sun, Feb 18, 2007 at 03:14:39PM -0700, Archive wrote: I really like the idea passed on to me of getting the entire 14 disk ETCH (older and therefore stable) distribution on a R/W DVD where the first DVD contains the installer. I think you're slightly confused here. The current stable version of Debian is 3.1 - the codename is Sarge. Although the last distribution update was Feb ??10?? or so, Sarge has been released for about two years. Debian stable releases are designed to be unconditionally stable - the only fixes are security fixes, essentially. This means that parts of Sarge are anything up to two and a half years old. That's the name of the game - unconditional stability and no changes mid flow without a very, very good reason. Sarge is 14 CD's / a couple of DVD's. For various reasons, Sarge didn't release with full official AMD64 support, so the AMD64 (and hence Intel) 64 bit supported 3.1 port was released as unofficial a couple of weeks later. 3.1 support for AMD64 is therefore unofficial. Fast forward a couple of years :) Debian is preparing to release Etch which will be Debian 4.0 on release. It's had two years of hammering on it: it's more or less ready to go barring some problems as I type. Most importantly, it supports relatively up to date hardware and AMD64/late model Intel 64 bit chips. Etch is currently the testing candidate - when it releases, it will become stable and Sarge will become oldstable (and remain supported for about a year more or so.) Etch will therefore be relatively up to date at release point - once released as stable, it will age over the following years and be out of date - the main criticism of Debian from people who don't appreciate what Debian means by stability criteria :) It might be a good idea for you to install Etch at this point. It's currently 20 CDs or so for the binaries and/or 3 relatively full DVDs [same again for source, of course]. 18,000 or so packages (slightly more for i386 32 bit than for amd64 64 bit, other architectures may vary). [Small caveat: Etch is, however, subject to change as the release approaches, so there's still an amount of data churn and some packages may be dropped/regressed in order to meet the exigencies of the actual release. There are still changes happening daily but the differences in functionality between now and the actual release on the day are unlikely to be hugely significant. Once it releases as stable, the differences from beginning to end of life are likely to amount to a single DVD's worth or so: each point release is generally only a couple of hundred MB.] Essentially, the release doesn't change once released. Apparently, this approach using the appropriate package management calls will allow that same R/W DVD to be automatically updated. Another person advocating this approach indicated that I could use the ISO files instead of creating a mirror of the POOL (directory having the latests release, testing, and others) packages.However, I like the idea but it may have a flaw which I detail further on near the bottom. I think you've been told about jigdo (JIGsaw DOwnload) - a method of building .iso files given an available Debian mirror. If you've already got full .iso's and want to update them, then you can use your existing .iso files, loop mount them and use them to bootstrap the later DVDs. This is only really useful if, for example, you're tracking Testing fairly regularly - otherwise the deltas between weekly DVD images become significant after about a fortnight and you're almost as quick to download. Since I don't have my high speed Internet connection yet (could be months yet) perhaps I could pay someone to construct and mail me such a package. Yes, I will pay but whoever wants to do this needs to commit to a fixed shipping fee because this sounds like a custom approach not available normally. Note also, that such an effort should be in US dollars -- I am out here in the cold in a place called Northern Alberta, Canada some 63 miles NE of the capital city of Edmonton, Alberta. Do you know anybody at the University of Alberta / Kings University College / Concordia University College? Universities often have bandwidth, students and LUGs. That's 63 miles away/a couple of days by post. That way you could pay in $$CDN (or tire money / pints of beer next time you're in town :) ) Taking £1 as $CDN 2.30 or so : one DVD-RW or DVD+RW at full price from a local PC store here in UK is about $2.50 at most. [You can buy DVD blank media by the 100 significantly cheaper]. Say $7.50 for media for binaries - another $7.50 for source if you wanted it = $15 for media. Factor in petrol at about $4.60 a gallon - perhaps $18 for fuel. A round total of $45 / £20 if you drove to Edmonton and didn't do anything else. Where _exactly_ are you: send my your mailing address by private email - I won't spam you and I will voluntarily burn
Re: [Debian-User] Xen and LVM
Le dimanche 18 février 2007 21:28, Archive a écrit : [...] but my question to all reading this email is: Why LVM [...] The first two words : 1) merge 2) resize 1) Device block merging, everything, disks, RAID arrays 2) Online resizing of your logical volumes (slices of the previous merges) pgpZEKvJ4ONrC.pgp Description: PGP signature
Re: [Debian-User] Xen and IP CHAINS and IP FORWARDING
On Sun, Feb 18, 2007 at 02:44:50PM -0700, Archive wrote: It would be nice to have some examples of this route management code with an explanation of it's operation and theory for both simple and complex scenarios, especially some Xen scenarios. Any takers on this?? a) The Xen mailing list, and xen wiki would be a better place to get xen-specific help: http://wiki.xensource.com/xenwiki/ http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users b) Posting simple questions rather than long monologues would perhaps make people more inclined to read your mails rather than delete them. Steve -- http://xen-tools.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-User] Xen and a local mirror or a R/W DVD
On Sun, Feb 18, 2007 at 03:14:39PM -0700, Archive wrote: I really like the idea passed on to me of getting the entire 14 disk ETCH (older and therefore stable) distribution on a R/W DVD where the An older Etch is exactly the opposite of what you want. In the time since the freeze, there have been dozens of release-critical bug fixes and a number of security updates. Thus, running an older Etch is bad if you plan to be online and is also generally bad since you are more likely to encounter a bug that was fixed at a time after the date of the particular snapshot of Etch you are using. first DVD contains the installer. Apparently, this approach using the appropriate package management calls will allow that same R/W DVD to be automatically updated. Another person advocating this approach indicated that I could use the ISO files instead of creating a mirror of the POOL (directory having the latests release, testing, and others) packages.However, I like the idea but it may have a flaw which I detail further on near the bottom. I'm not sure that you can do that with a DVD. Regards, -Roberto -- Roberto C. Sanchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: [Debian-User] Xen
On 17-feb-2007, at 8:07, Admin wrote: large snippage about beauty of Xen BTW if anyone (I've seen a few Xen emails like the one where the AMD package disappeared only to be replaced by a 686 based Xen package that crashed) would like to set up a Debian Xen thread maybe we could help one another as it seems that this virtualization thing does not interest most people. But I think it's the future for computing. Just a small comment. I think a lot of readers on this list think Xen is fascinating, but don't have the time, technical abillity etc. to dive into it at this stage. Early adopters like you are needed to clear the path. I will certainly be following the thead, gathering courage to use Xen somewhere in the future. Keep up the good work, and don't be discouraged by the extreme ratio of lurker vs contributors ;-) Just my 2 cents. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-User] Xen
On Sat, Feb 17, 2007 at 12:07:47AM -0700, Admin wrote: One of the several reasons I left a large space on the hard drive was to establish a Debian based Xen virtual machine. To do this Xen is installed on top of the Debian kernel. If you are going to do this, may I recommend strongly that you start by using Debian Etch - if only because the Xen support is significantly better and more advanced than that offered by Sarge. Use the beefiest motherboard and largest amount of memory you can afford: running multiple instances of Xen concurrently will affect performance. If you have a late model AMD / Intel chip with the virtualisation extensions, you may also want to look at KVM. Now that the kqemu accelerator is GPL, you may also want to consider virtualisation with QEMU. The Debian distribution is installed in a large partition so it can be added to in the future. If you're really serious about this, my personal preference might be to have a very stripped down Debian as the underlying OS with absolutely minimum apps as the base system and to install apps into each VM as required. Other distributions and/or specific Debian applications (derived from the primary distribution in the large partition) can be installed in secondary and much smaller partitions. There are major advantages in setting up to a maximum of 64 partitions lets say with each one taking a 2 Gig partition or less. Much smaller is a relative term: you may find it difficult to fit what you want into 2G. If you've 200G spare, I'd suggest something like 20G for base operating system, 16 x 10G Xen instances 16G of shared /tmp or scratch space and 4G of swap. Hope this answers some of the questions I have been getting of the nature, just set up a basic system and add what you want and don't worry about the entire distribution. I see Xen in conjunction with Debian as a world of opportunity to evaluate, experiment, learn, and blow things up without losing the primary system. I see only opportunity to learn TeTex, Emacs, lilypond, hurd and find out about numerous applications. But what I am really looking forward to is to develop and compile and meet face to face the death knell of a dead system while the rest of the virtual systems carry on without a concern. What could be better You probably need binary disk1 and disk2 of the Etch DVD's - disk3 is only a few hundred MB at the moment Thanks, Ted No problem, hope this helps, Andy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-User] Xen
On Sat, Feb 17, 2007 at 01:47:33PM +0100, Peter Teunissen wrote: On 17-feb-2007, at 8:07, Admin wrote: large snippage about beauty of Xen BTW if anyone (I've seen a few Xen emails like the one where the AMD package disappeared only to be replaced by a 686 based Xen package that crashed) would like to set up a Debian Xen thread maybe we could help one another as it seems that this virtualization thing does not interest most people. But I think it's the future for computing. Just a small comment. I think a lot of readers on this list think Xen is fascinating, but don't have the time, technical abillity etc. to dive into it at this stage. Early adopters like you are needed to clear the path. I will certainly be following the thead, gathering courage to use Xen somewhere in the future. Keep up the good work, and don't be discouraged by the extreme ratio of lurker vs contributors ;-) I can tell you, having just done it, that xen is not that difficult. I've successfully re-implemented my home server using xen, and except for a lot of head scratching on the networking part, its pretty darn easy (thanks Deb-devs!!). I now have the following setup: Dom0 P4 based server with approx 450 gigs of RAID-5 storage in one big lvm volume-group alongside .5gig RAID-10 swap and RAID-1 / partitions (spread over 4 disks). I know its a monster for a home server, but hey, its mine-all-mine baby! Okay, Dom0 is on the LAN and serves up music, video, photos and pulls backups (rdiff-backup with password-less login) from the other machines on my LAN. I have two DomU's. DomU1 is my firewall running a standard 3 interface shorewall installation and dhcp/dns for the LAN. My net interface is brought up directly in the DomU by hiding it from Dom0 (pciback-hide). It gets ip from my cable modem. My loc interface is bridged with eth0 in Dom0 to put the server (bigmomma) and my local machine all on the same subnet (192.168.1.0). My DMZ interface is a phantom bridge connecting DomU1 (firewall) to DomU2 (mail). That's the hard part, getting that bridge configured. DomU2 is my mail server and uses fetchmail to pull mail from various accounts, processes it through clamav, and spamassassin finally dumping it to individual users procmail recipes for storage in maildirs and served up by dovecot imap. It works pretty slick, now that I've ironed out the kinks. As I said, the most difficult part was getting the network setup right and figuring out when to turn on and turn off dhcp stuff. Once that's done, its easy-peasy. Except now I have three machines to maintain where before I had two. But its worth it. I've actually eliminated 1 physical machine (my poor old 486 firewall) and made my system more secure in the process. Previously I had my imap hosted on a server within the lan portion of my firewall exposing me to vulnerabilities in that service. now that is properly segregated and I am happy. I see no issues in load on the machine either. I am a happy xen user. A signature.asc Description: Digital signature
Re: [Debian-User] Xen Dom0 and DomU
On Sat, Feb 17, 2007 at 05:06:46PM -0700, Archive wrote: I put your text below mine. Yes, it does sound neat. Did you do a special compile for the RAID so it was built into the kernel or do you have a hardware raid controller, or what? I use the in-kernel software RAID and mdadm, bog standard linux RAID. Perhaps I am wrong but I think Dom0 should contain (but not with the purpose of executing) all applications that the DomU virtualizations execute. This is one reason why software RAID implementations should be avoided with respect to Dom0 -- the primary Xen system. I'm not sure I follow this. Why not use software RAID in Dom0? the partitions in a DomU get mounted into the DomU just as they would in a Dom) or a regular operations (so far as I know). There is no toruble running software RAID for a regular system, I don't see why its a problem with xen. That way Dom0 (which is the basic Xen virtualization) can be used to check out integrity issues with a flaky DomU. This means that these applications need to initially be tested on Dom0. Often the DomU virtualization will be heavily modified or at least tuned whereas Dom0 can demonstrate that the application out of the box works even if the virtualization does'nt or has stopped working properly. This is important when doing any kind of development where the development effort extends from the basic package resident on Dom0. Sure. If you're doing dev work, then it makes sense to keep pristine packages in Dom0 where you can easily get them, but for running a simple mailserver and firewall as I'm doing? seems overly redundant to me. I'm using standard debian packages for all the services running on the DomU servers with security updates, cron-apt, tiger etc, so I sleep well at night. There is nothing custom about what I'm doing in the DomU's other than getting discrete operating evironments for my more publicly accessible machines. It essentially a security hack. If someone hacks into my mail server, all they've got is a barebones machine with nothing on it but some mail. The firewall prevents any traffic out of the mailserver into the rest of my system. If someone kills one of my DomU's, big deal. I keep a back-up image of the DomU, I can kill the infected on and restart the back-up at will and my main server remains unfased by all this. Personally, I think DomU (the secondary systems) virtualizations exist only for the purpose of dedicated servers and applications operating on a minimal code base. yes. The rule is one application per virtualization. well, how about one general purpose per DomU? but yes. Whereas, I see Dom0 inflated and fat like an overfed pig serving not only as the Xen base architecture but also upgradeable (where this does not have to be the case with the DomU -- secondary virtualizations). hmm... I think the DomU's in my situation are definitely upgradable for security reasons. There are of course those that would disagree but debate on these issues will clarify these issues over time. Thanks for your virtualization details -- have fun!!! Yes, it is all yours! :) A Thanks, Ted -- hope there were no typos because a typo on this subject can be the opposite of what is intended when U is accidentally used for 0. That's why I keep sticking in comments regarding the primary versus the secondary systems. Here is what you said: I now have the following setup: Dom0 P4 based server with approx 450 gigs of RAID-5 storage in one big lvm volume-group alongside .5gig RAID-10 swap and RAID-1 / partitions (spread over 4 disks). I know its a monster for a home server, but hey, its mine-all-mine baby! Okay, Dom0 is on the LAN and serves up music, video, photos and pulls backups (rdiff-backup with password-less login) from the other machines on my LAN. I have two DomU's. DomU1 is my firewall running a standard 3 interface shorewall installation and dhcp/dns for the LAN. My net interface is brought up directly in the DomU by hiding it from Dom0 (pciback-hide). It gets ip from my cable modem. My loc interface is bridged with eth0 in Dom0 to put the server (bigmomma) and my local machine all on the same subnet (192.168.1.0). My DMZ interface is a phantom bridge connecting DomU1 (firewall) to DomU2 (mail). That's the hard part, getting that bridge configured. DomU2 is my mail server and uses fetchmail to pull mail from various accounts, processes it through clamav, and spamassassin finally dumping it to individual users procmail recipes for storage in maildirs and served up by dovecot imap. signature.asc Description: Digital signature
Re: [Debian-User] Xen
On Sat, Feb 17, 2007 at 12:07:47AM -0700, Admin wrote: The Debian distribution is installed in a large partition so it can be added to in the future. Other distributions and/or specific Debian applications (derived from the primary distribution in the large partition) can be installed in secondary and much smaller partitions. If you haven't already gone this way, you should seriously look at using LVM for everything. It will make managing all those partitions a lot easier and more flexible. Cheers, Andy -- http://bitfolk.com/ -- No-nonsense VPS hosting Encrypted mail welcome - keyid 0x604DE5DB signature.asc Description: Digital signature
