Debian installer with RAID of 6TB
Hello, I have been doing some testing on a new server before deployment. I came across a limitation that I could not find documented and seems not to be a limitation of any of the individual components. It also seems restricted to the d-i. I have been installing from the Debian Lenny amd64 DVD (5.0.4) and Debian Squeeze (1st March 2010). The issue is that the 6TB (RAID50 8*1TB on a 3ware 9650) is visible to partman but not all usable. I have created a boot partition (256MB) and then an LVM partition (the rest). The LVM partition stops at 4TB and the remaining 2TB is listed as 'Free Space'. This can then not be used at all. Any attempt to use this results in an error. The partition type is GPT. The symptoms are the same on both Lenny and Squeeze. After continuing with the installation (on Squeeze) and using parted to look at the disk, I get the following: --- parted /dev/sda GNU Parted 1.8.8.git-dirty Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) p Warning: Not all of the space available to /dev/sda appears to be used, you can fix the GPT to use all of the space (an extra 3906207744 blocks) or continue with the current setting? Fix/Ignore? Fix Model: AMCC 9650SE-8LP DISK (scsi) Disk /dev/sda: 6000GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 17.4kB 256MB 256MB ext2 boot boot 2 256MB 4000GB 4000GB lvm --- I am unable, with parted, to extend the LVM partition as parted does not seem to recognise LVM. It seems to me that, maybe, libparted, partman or something related in the d-i does not work with more than 4TB. All 6TB are shown but cannot be used. As nothing seems to have a 4TB limit I am not sure what it could be. I still have a short time to do some testing before the machine needs to be deployed. Any ideas or solutions are welcome. Off topic, but it would be great if grub2 would be updated to recognise Xen installs. Regards Chris -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b8e7648.8070...@gms.lu
Re: Debian installer with RAID of 6TB
On 03/03/2010 08:46 AM, Chris Moules wrote: Hello, I have been doing some testing on a new server before deployment. I came across a limitation that I could not find documented and seems not to be a limitation of any of the individual components. It also seems restricted to the d-i. I have been installing from the Debian Lenny amd64 DVD (5.0.4) and Debian Squeeze (1st March 2010). The issue is that the 6TB (RAID50 8*1TB on a 3ware 9650) is visible to partman but not all usable. I have created a boot partition (256MB) and then an LVM partition (the rest). The LVM partition stops at 4TB and the remaining 2TB is listed as 'Free Space'. This can then not be used at all. Any attempt to use this results in an error. The partition type is GPT. The symptoms are the same on both Lenny and Squeeze. After continuing with the installation (on Squeeze) and using parted to look at the disk, I get the following: --- parted /dev/sda GNU Parted 1.8.8.git-dirty Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) p Warning: Not all of the space available to /dev/sda appears to be used, you can fix the GPT to use all of the space (an extra 3906207744 blocks) or continue with the current setting? Fix/Ignore? Fix Model: AMCC 9650SE-8LP DISK (scsi) Disk /dev/sda: 6000GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 17.4kB 256MB 256MB ext2 boot boot 2 256MB 4000GB 4000GB lvm --- I am unable, with parted, to extend the LVM partition as parted does not seem to recognise LVM. It seems to me that, maybe, libparted, partman or something related in the d-i does not work with more than 4TB. All 6TB are shown but cannot be used. As nothing seems to have a 4TB limit I am not sure what it could be. What filesystem did you select? May not be an LVM related limit, but perhaps a filesystem limitation. -- Michael -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b8e9869.2070...@pbandjelly.org
Re: lkdi / etch
On Wednesday 03 March 2010, dann frazier wrote: > On Thu, Feb 25, 2010 at 03:50:18AM +0100, Frans Pop wrote: > > On Thursday 25 February 2010, dann frazier wrote: > > > fyi, I'm planning to upload a new set of linux-kernel-di packages > > > for the upcoming etch point release, mainly to fix a regression on > > > s390 (#562525). > > > > Ack. Let me/us know when there are images that could use testing. > > All updated d-i builds have now been uploaded by the respective buildds. I've done quick tests for i386 (mini.iso), hppa, sparc and s390 up to partitioning. Looks good for all. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201003031852.54846.elen...@planet.nl
Bug#572365: anna: add cross compiling support
Package: anna
Version: 1.34
Severity: wishlist
Hello,
I have written a mini-howto in wiki format to be able to cross compile anna
package.
Could you consider applying the following patch or if you update packing taking
care of cross compiling bits?
Thanks,
= Example of cross compiling a package =
== debian/control ==
Source: anna
Section: debian-installer
Build-Depends: debhelper (>= 5.0.22), dpkg-dev (>= 1.7.0),
libdebconfclient0-dev (>= 0.46), libdebian-installer4-dev (>= 0.41)
== Fetch and install cross compiling libraries (XXX Need to test mrvn tool) ==
{{{
sudo apt-cross -a armel -f -i libdebconfclient0
sudo apt-cross -a armel -f -i libdebconfclient0-dev
sudo apt-cross -a armel -x libdebian-installer4 -x libdebian-installer-extra4
-f -i libdebian-installer4-dev
sudo apt-cross -a armel -f -x libc-bin -x libc-dev-bin -i libc6-dev
sudo apt-cross -a armel -f -x libc-bin -i libc6
E: sudo apt-cross -a armel -f -x libc-bin -x libc-dev-bin -i dpkg-dev
( I do not think you really need dpkg-dev to be able to cross-compile the
package )
}}}
== Patch debian/rules, Makefiles or needed stuff ==
{{{
diff -urN anna-1.34/debian/rules anna-1.34.cross//debian/rules
--- anna-1.34/debian/rules 2006-03-16 01:25:42.0 +0100
+++ anna-1.34.cross//debian/rules 2010-03-03 19:35:33.0 +0100
@@ -1,4 +1,10 @@
#!/usr/bin/make -f
+export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
+export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+
+ifneq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
+export CC=$(DEB_HOST_GNU_TYPE)-gcc
+endif
build: build-stamp
build-stamp:
}}}
== Build the package ==
* Native way: {{{ cd anna-*; dpkg-buildpackage -us -uc; cd .. }}}
* Cross way: {{{ cd anna-*; dpkg-buildpackage -aarmel -us -uc; cd .. }}}
== Send patch to the BTS ==
{{{
$ reportbug anna
}}}
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-2-686 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100303185055.3477.89875.report...@flaco.tsc-farm.upc.es
Bug#572369: hw-detect: add cross compiling support
Package: hw-detect Version: 1.76 Severity: wishlist Tags: patch Hello, Could you consider applying this patch for enable cross compiling support on this package? I would also like to comment that the following patch is against Makefile (respecting current packaging), but all this mangling I believe it should be done under debian/rules. diff -urN hw-detect-1.76/Makefile hw-detect-1.76.cross//Makefile --- hw-detect-1.76/Makefile 2009-12-24 03:16:27.0 +0100 +++ hw-detect-1.76.cross//Makefile 2010-03-03 20:08:23.0 +0100 @@ -1,5 +1,8 @@ +# XXX I really believe this should go under debian/rules, not here. DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS 2>/dev/null) +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) # Take account of old dpkg-architecture output. ifeq ($(DEB_HOST_ARCH_OS),) @@ -10,6 +13,9 @@ endif CC = gcc +ifneq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) +export CC=$(DEB_HOST_GNU_TYPE)-gcc +endif CFLAGS = -W -Wall -Os -g CFLAGS_ARCH = -DCPU_TEXT='"$(DEB_HOST_ARCH)"' Kind regards -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-2-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100303191528.13012.47454.report...@flaco.tsc-farm.upc.es
Re: Towards X11-based d-i: v2, final report
Hi. Cyril Brulebois (27/02/2010): > now I've refreshed/rebuilt all udebs against sid. So here comes a > bunch of links. I realized I might have failed to actually ask the question: should we start adding all those udebs? Or does anyone have a problem with the proposed plan? Mraw, KiBi. signature.asc Description: Digital signature
Re: Towards X11-based d-i: v2, final report
Hello, On Wed, Mar 3, 2010 at 5:10 PM, Cyril Brulebois wrote: > Hi. > > Cyril Brulebois (27/02/2010): > > now I've refreshed/rebuilt all udebs against sid. So here comes a > > bunch of links. > > I realized I might have failed to actually ask the question: should we > start adding all those udebs? Or does anyone have a problem with the > proposed plan? > I think we should start adding them; in my point of view it is at a good starting stage, even though there is space for improvement in some specific stuff. If noone objects in 2 days, please go ahead. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
Re: Debian installer with RAID of 6TB
Chris Moules writes: > It seems to me that, maybe, libparted, partman or something related in > the d-i does not work with more than 4TB. All 6TB are shown but cannot > be used. As nothing seems to have a 4TB limit I am not sure what it > could be. A year ago there was a limit in parted, at least on 32 bit, see the final notes in #510544. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87lje99jgb@tac.ki.iif.hu
Re: Debian installer with RAID of 6TB
On 3/3/10 6:12 PM, Michael Shuler wrote: > On 03/03/2010 08:46 AM, Chris Moules wrote: >> Hello, >> >> I have been doing some testing on a new server before deployment. I >> came across a limitation that I could not find documented and seems >> not to be a limitation of any of the individual components. It also >> seems restricted to the d-i. >> >> I have been installing from the Debian Lenny amd64 DVD (5.0.4) and >> Debian Squeeze (1st March 2010). >> >> The issue is that the 6TB (RAID50 8*1TB on a 3ware 9650) is visible to >> partman but not all usable. I have created a boot partition (256MB) >> and then an LVM partition (the rest). The LVM partition stops at 4TB >> and the remaining 2TB is listed as 'Free Space'. This can then not be >> used at all. Any attempt to use this results in an error. >> >> The partition type is GPT. The symptoms are the same on both Lenny and >> Squeeze. >> >> After continuing with the installation (on Squeeze) and using parted >> to look at the disk, I get the following: >> >> --- >> parted /dev/sda >> GNU Parted 1.8.8.git-dirty >> Using /dev/sda >> Welcome to GNU Parted! Type 'help' to view a list of commands. >> (parted) p >> Warning: Not all of the space available to /dev/sda appears to be >> used, you can fix the GPT to use all of the space (an extra >> 3906207744 blocks) or continue >> with the current setting? >> Fix/Ignore? Fix >> Model: AMCC 9650SE-8LP DISK (scsi) >> Disk /dev/sda: 6000GB >> Sector size (logical/physical): 512B/512B >> Partition Table: gpt >> >> Number Start End SizeFile system Name Flags >> 1 17.4kB 256MB 256MB ext2 boot boot >> 2 256MB 4000GB 4000GB lvm >> --- >> >> I am unable, with parted, to extend the LVM partition as parted does >> not seem to recognise LVM. >> >> It seems to me that, maybe, libparted, partman or something related in >> the d-i does not work with more than 4TB. All 6TB are shown but cannot >> be used. As nothing seems to have a 4TB limit I am not sure what it >> could be. > > What filesystem did you select? May not be an LVM related limit, but > perhaps a filesystem limitation. > This was with manual partitioning selected. This result came before even selecting a filesystem. I had ~6TB of space on the disk, selected "Free Space" and chose 100% of this for the new partition. partman auto-selected 'ext3' as filesystem type which I changed to 'device for LVM' and chose 'done'. This then listed the second partition as ~4TB and left 2TB as 'Free Space'. Any attempt to use these final 2TB produced an error (I do not have the exact text). I do not believe that this has the slightest to do with a filesystem as this was not at that point. Also the failure to use the remaining 2TB space seems to indicate this. Finally the output from parted (in initial post - above) shows the warning and the option to 'fix' the GPT created by the partman installer partitioner. I plan to re-run the Lenny installer tomorrow and will note the error messages. It seems that Xen support has been half removed from Squeeze and so it looks like that I will need to do some home-brew mix and match to get a Xen 3.4 with a 2.6.3X kernel (backports.org (kernel) and manual backporting (Xen and tools)). This would not be too bad if it was simple to extend the LVM part afterwards. As parted is the only tool (that I know of) that does GPT partition tables in Linux and it refuses to resize the partition as it does not 'know' LVM. How can you install into the LVM and resize it if you must delete it and recreate it? I believe that parted is trying to be too clever as I can use the LVM tools to extend the LVM part but parted will not simply extend the end of the partition. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b8eecbd.2010...@gms.lu
Re: Debian installer with RAID of 6TB
On 03/03/2010 05:11 PM, Christopher Moules wrote: On 03/03/2010 08:46 AM, Chris Moules wrote: I have been installing from the Debian Lenny amd64 DVD (5.0.4) and Debian Squeeze (1st March 2010). I just installed squeeze via PXE from the current netboot image (20100211) - same controller and disk setup. parted /dev/sda GNU Parted 1.8.8.git-dirty Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) p Warning: Not all of the space available to /dev/sda appears to be used, you can fix the GPT to use all of the space (an extra 3906207744 blocks) or continue with the current setting? Fix/Ignore? Fix Model: AMCC 9650SE-8LP DISK (scsi) Disk /dev/sda: 6000GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 17.4kB 256MB 256MB ext2 boot boot 2 256MB 4000GB 4000GB lvm r...@debian:~# parted /dev/sda print Model: AMCC 9650SE-8LP DISK (scsi) Disk /dev/sda: 6000GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 17.4kB 256MB 256MB ext3 2 256MB 6000GB 6000GB lvm r...@debian:~# parted -v parted (GNU parted) 1.8.8.git-dirty This was with manual partitioning selected. This result came before even selecting a filesystem. I had ~6TB of space on the disk, selected "Free Space" and chose 100% of this for the new partition. partman auto-selected 'ext3' as filesystem type which I changed to 'device for LVM' and chose 'done'. This then listed the second partition as ~4TB and left 2TB as 'Free Space'. Any attempt to use these final 2TB produced an error (I do not have the exact text). I ran through the same steps with no errors - it did what I asked. I do not believe that this has the slightest to do with a filesystem as this was not at that point. Also the failure to use the remaining 2TB space seems to indicate this. Finally the output from parted (in initial post - above) shows the warning and the option to 'fix' the GPT created by the partman installer partitioner. Yeah, doesn't seem like filesystem. You might wish to add DEBCONF_DEBUG=5 to the installer boot args and dig around the installer logs. I pushed the debug syslog and partman logs from the install I just did, in case you or anyone wants to compare :) http://www.pbandjelly.org/tmp/squeeze_amd64_d-i_lvm_debug_syslog.txt http://www.pbandjelly.org/tmp/squeeze_amd64_d-i_lvm_debug_partman.txt Hope that helps a bit. -- Kind regards, Michael -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b8f1567.4020...@pbandjelly.org
Bug#572431: busybox: add cross compilation support
Package: busybox
Version: 1:1.14.2-2
Severity: wishlist
Tags: patch
Hello,
Could you please consider the following patch to be able to cross compile
busybox package?
diff -urN busybox-1.15.3/debian/patches/cross-compiler.patch
busybox-1.15.3.foo//debian/patches/cross-compiler.patch
--- busybox-1.15.3/debian/patches/cross-compiler.patch 1970-01-01
01:00:00.0 +0100
+++ busybox-1.15.3.foo//debian/patches/cross-compiler.patch 2010-03-03
21:59:40.0 +0100
@@ -0,0 +1,14 @@
+Index: busybox-1.15.3.foo/scripts/gcc-version.sh
+===
+--- busybox-1.15.3.foo.orig/scripts/gcc-version.sh 2010-03-03
21:58:32.0 +0100
busybox-1.15.3.foo/scripts/gcc-version.sh 2010-03-03 21:59:13.0
+0100
+@@ -8,5 +8,9 @@
+
+ compiler="$*"
+
++if [ x"${compiler}" == x"${DEB_HOST_GNU_TYPE}-" ]; then
++compiler=${compiler}-gcc
++fi
++
+ MAJ_MIN=$(echo __GNUC__ __GNUC_MINOR__ | $compiler -E -xc - | tail -n 1)
+ printf '%02d%02d\n' $MAJ_MIN
diff -urN busybox-1.15.3/debian/patches/series
busybox-1.15.3.foo//debian/patches/series
--- busybox-1.15.3/debian/patches/series2009-10-27 15:21:15.0
+0100
+++ busybox-1.15.3.foo//debian/patches/series 2010-03-03 21:56:18.0
+0100
@@ -4,3 +4,4 @@
version.patch
init-console.patch
strip.patch
+cross-compiler.patch
diff -urN busybox-1.15.3/debian/rules busybox-1.15.3.foo//debian/rules
--- busybox-1.15.3/debian/rules 2010-02-11 14:07:56.0 +0100
+++ busybox-1.15.3.foo//debian/rules2010-03-03 22:01:00.0 +0100
@@ -3,6 +3,8 @@
SHELL := sh -e
DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH)
DEB_BUILD_ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH)
+DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
+DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
SOURCE := $(shell dpkg-parsechangelog | sed -ne 's,^Source: *\(.*\)$$,\1,p')
VERSION_DEBIAN := $(shell dpkg-parsechangelog | sed -ne 's,^Version:
*\(.*\)$$,\1,p')
VERSION := $(shell echo "$(VERSION_DEBIAN)" | sed -e 's,^[^:]*:,,' -e
's,-[^-]*$$,,')
@@ -10,6 +12,10 @@
BUILD_DIR = debian/build
STAMPS_DIR = debian/stamps
+ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
+export CROSS_COMPILE = $(DEB_HOST_GNU_TYPE)-
+endif
+
patch: $(STAMPS_DIR)/patch
$(STAMPS_DIR)/patch:
Kind regards,
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-2-686 (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages busybox depends on:
ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib
busybox recommends no packages.
busybox suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100304075108.5738.54144.report...@flaco.tsc-farm.upc.es
