Hi,
I'm going to upload dmraid 1.0.0.rc16 (already in experimental) in unstable.
The only relevant change for d-i is the SONAME bump, so now we have
libdmraid1.0.0.rc16-udeb.
Is it ok for you?
Cheers,
Giuseppe.
signature.asc
Description: OpenPGP digital signature
Hi,
Could you unblock dmraid/1.0.0.rc15-8 please?
Cheers,
Giuseppe.
signature.asc
Description: OpenPGP digital signature
Hi,
Could you unblock dmraid/1.0.0.rc15-7 please?
Cheers,
Giuseppe.
signature.asc
Description: OpenPGP digital signature
Hi,
Could you unblock dmraid/1.0.0.rc15-6 please?
Cheers,
Giuseppe.
signature.asc
Description: OpenPGP digital signature
Frans Pop ha scritto:
On Monday 16 February 2009, Giuseppe Iuculano wrote:
Relevant changes for d-i:
- Build dmraid shared library for both standard and udeb packages. It
will likely be used in the future by udev.
- Create new packages, libdmraid-dev, libdmraid1.0.0.rc15,
libdmraid1.0.0.rc15
Otavio Salvador ha scritto:
Is the API/ABI so unstable that you're using the version on the library
package name?
I'd much prefer it packaged as:
dmraid
dmraid-udeb
libdmraid-1.0
libdmraid-1.0-udeb
libdmraid-dev
According to Debian library packaging guide, the package name
Otavio Salvador ha scritto:
No objections from my side then.
Ok, uploaded.
Giuseppe.
signature.asc
Description: OpenPGP digital signature
Hi,
I'm going to upload dmraid 1.0.0.rc15-1 in unstable.
Relevant changes for d-i:
- Build dmraid shared library for both standard and udeb packages. It will
likely be used in the future by udev.
- Create new packages, libdmraid-dev, libdmraid1.0.0.rc15,
libdmraid1.0.0.rc15-udeb respectively
-
retitle 512838 Do not show xen kernel
reassign 512838 base-installer
thanks
Ciao,
è opportuno scrivere il bug report in inglese, cercherò di tradurlo.
mmc...@tiscali.it ha scritto:
Al
riavvio mi si presenta la schermata di GRUB, scelgo il kernel e grub si
ferma dandomi il seguente
for DM_DEVICE_CREATE, but also for
+DM_DEVICE_REMOVE. (LP: #306275)
+ * [7f379ae] debian/control: Remove priority and section fields in the
+binary package
+
+ -- Giuseppe Iuculano giuse...@iuculano.it Fri, 23 Jan 2009 21:15:53 +0100
+
dmraid (1.0.0.rc14-6) unstable; urgency=low
* debian/rules
Frans Pop ha scritto:
Note that I'm working on a settings option for the installer that will
make it a lot easier for users to select options such as dmraid and
multipath (without requiring a boot parameter).
Hi,
is there any status update regarding dmraid=true boot parameters or your
Christian Perrier ha scritto:
I think we can now safely assume that this is delayed for squeeze and
to be moved in the wished features list (and probably the release
goals list).
My first request was to add a simple line in build/boot/x86/f8.txt. Is this
possible?
Giuseppe.
signature.asc
, this not fix #411172
and the new dm-raid45 (not yet in Debian) is using the target that the
dmraid code originally expected.
-- Giuseppe Iuculano [EMAIL PROTECTED] Thu, 06 Nov 2008 08:50:02 +0100
dmraid (1.0.0.rc14-5) unstable; urgency=low
* debian/control: dmraid and dmraid-udeb should
Hi Mark,
Mark Bishop ha scritto:
dmraid -s lists the set but when I try dmraid -ay -i I get ERROR:
device-mapper target type raid45 not in kernel.
Unfortunately this is a known bug [0], and a module will have to e included in
the Debian kernel [1] to fix this properly.
At this moment if you
Mark Bishop ha scritto:
Thank you for your response.
I don't mind doing the the custom patched kernel[3], but is it possible
to use the Debian installer (Lenny .iso) once I do build a patched kernel?
You also have to build a debian image with a custom kernel:
Hi,
Werquin Lucas ha scritto:
Since the last update of dmraid, i have rebooted my server and still
have a problem with the GRUB update.
I still have to edit the first entry of the GRUB list to replace
(nvidia) with (hd0,1) before booting.
I'll edit the menu.lst file and wait the next
grub-installer-1.35/debian/changelog
--- grub-installer-1.34/debian/changelog2008-09-22 02:47:51.0
+0200
+++ grub-installer-1.35/debian/changelog2008-09-25 14:12:22.0
+0200
@@ -1,3 +1,11 @@
+grub-installer (1.35) unstable; urgency=low
+
+ [Giuseppe Iuculano
Frans Pop ha scritto:
I've not tested os-prober functionality for dmraid.
Tested, unfortunately root is empty:
# This entry automatically added by the Debian installer for an existing
# linux installation on /dev/mapper/sil_aiahbgbgaaaj1.
title Debian GNU/Linux, kernel 2.6.26-1-686
Giuseppe Iuculano ha scritto:
Tested, unfortunately root is empty:
Hi,
attached debdiff fixes the root detection, can you review it please?
Giuseppe
diff -Nru grub-installer-1.34/debian/changelog
grub-installer-1.35/debian/changelog
--- grub-installer-1.34/debian/changelog2008-09-22
and added udev in dmraid Depends
These changes do not affect the udeb and the existing support of dmraid in the
installer.
The debdiff in attachment.
Giuseppe Iuculano.
diff -u dmraid-1.0.0.rc14/debian/dmraid.udev
dmraid-1.0.0.rc14/debian/dmraid.udev
--- dmraid-1.0.0.rc14/debian/dmraid.udev
Frans Pop ha scritto:
On Saturday 13 September 2008, Giuseppe Iuculano wrote:
Pleas include dmraid=true in Special boot parameters for the install
system (F8)
Let's at least wait until we have dmraid working again...
What do you think about enabling dmraid support by default and so removing
Luke Yelavich ha scritto:
Package: disk-detect
Version: 1.69
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch intrepid ubuntu
When disk-detect.sh attempts to activate dmraid arrays with dmraid -ay,
there is the potential for degraded arras to be activated. If Debian happens
: Set link priority to 100 for devmapper devices that
+have an UUID starting with DMRAID- for dmraid devmapper devices, to
+prevent UUIDs being used to mount hard disk partitions rather than the
+array itself.
+
+ -- Giuseppe Iuculano [EMAIL PROTECTED] Sat, 06 Sep 2008 18:57:38 +0200
unblock 497110 by 498838
thanks
Hi,
Bastian Blank ha scritto:
Please explain. I'm currently not able to oversee the consequences.
Bastian
# blkid
/dev/mapper/sil_aiahbgbgaaaj5: TYPE=swap
/dev/mapper/sil_aiahbgbgaaaj1: UUID=4f4ac281-bb5d-4c34-9437-65df0c203bbb
TYPE=ext3
/dev/hda1:
Frans Pop ha scritto:
The physical disks show as 4GB, but the (correctly detected) dmraid device
is only 100.8MB in size, which is a bit small for actual use :-P
I get the same if I use the raw images with qemu.
Any ideas?
You are right, also for hpt45x disk size is encoded in the .dat
Frans Pop ha scritto:
changes merged for Lenny. This means the following actions are needed:
- get an OK for the change in devicemapper from maintainer and RT
- get an OK for the change in parted from RT (and maybe check that the
patch will also get accepted upstream?)
- get updated
Frans Pop ha scritto:
On Sunday 07 September 2008, Frans Pop wrote:
I've done some testing using Giuseppe's businesscard image in
VirtualBox ...
I was very surprised that you don't actually need BIOS support for dmraid.
Apparently it really only scans the harddisks for some specific
from Ubuntu debian/dmraid-activate: Script to reformat the output of
dmraid to be useful with udev (Do not install in udeb)
* debian/initramfs/dmraid.initramfs-hook/dmraid: Added dmraid-activate, new
udev rule needs it
-- Giuseppe Iuculano [EMAIL PROTECTED] Sun, 31 Aug 2008 14:51:38
Giuseppe Iuculano ha scritto:
I'm working on this, but it is not very simple for me.
Approximately dmraid -rD generates three files, from this we can extrapolate
metadata, and with a hex editor we can add the fake signature to the
qemu/virtualbox drive
Ok,this procedure seems to work for me
Frans Pop ha scritto:
*.size is the disk size in sectors.
hda_{0,1,2,3}_sil.dat are all identical, but there are some differences
between .dat files for hda and hdb.
*.offset files are numbers close to the end of the disk, so apparently the
SATA RAID signature is saved 4 times near the end
Giuseppe Iuculano ha scritto:
reason to use the procedure you devised would be to generate disk images
of a different size (80GB was a bit of a pain for the conversion from
vbox to VirtualBox format for example).
Uhmm, there are some unknown metadata sectors, I think this isn't possible
, which use device mapper. Libparted was
+naming new partition nodes incorrectly, and not setting the UUIDs for
+dmraid device nodes. (Closes: #497110)
+ * debian/patches/parted-dmraid.dpatch: Make sure that partition nodes for
+dmraid devices are probed
+
+ -- Giuseppe Iuculano [EMAIL
Otavio Salvador ha scritto:
Yes. That is a great news. Sad that Ubuntu hasn't communicated with us
to get this fixed on Debian. I'll take a look and prepare a parted
upload with it.
I merged all relative dmraid Ubuntu changes in:
devmapper
os-prober
parted
partman-auto
partman-base
Frans Pop ha scritto:
On Saturday 06 September 2008, Frans Pop wrote:
At first glance the patch also needs some cleanup. The .gitignore
changes look like they are just noise and the actual changes are not
really consistent regarding whitespace for example.
Here's a cleaned-up version.
+++ partman-base-125+nmu1/debian/changelog 2008-09-06 16:56:57.0
+0200
@@ -1,3 +1,10 @@
+partman-base (125+nmu1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * init.d/parted: Set the sataraid flag for dmraid arrays.
+
+ -- Giuseppe Iuculano [EMAIL PROTECTED] Sat, 06 Sep 2008
.
+ * Merge from Ubuntu: debian/patches/parted-dmraid.dpatch: Patch to educate
+libparted about dmraid arrays, which use device mapper. Libparted was
+naming new partition nodes incorrectly, and not setting the UUIDs for
+dmraid device nodes. (Closes: #497110)
+
+ -- Giuseppe Iuculano [EMAIL
Ubuntu: debian/patches/parted-dmraid.dpatch: Patch to educate
+libparted about dmraid arrays, which use device mapper. Libparted was
+naming new partition nodes incorrectly, and not setting the UUIDs for
+dmraid device nodes. (Closes: #497110)
+
+ -- Giuseppe Iuculano [EMAIL PROTECTED
.
+
+ -- Giuseppe Iuculano [EMAIL PROTECTED] Sat, 06 Sep 2008 18:23:55 +0200
+
partman-auto (81) unstable; urgency=low
[ Jérémy Bobbio ]
diff -Nru partman-auto-81/lib/auto-shared.sh
partman-auto-81+nmu1/lib/auto-shared.sh
--- partman-auto-81/lib/auto-shared.sh 2008-08-25 21:01:13.0 +0200
Frans Pop ha scritto:
Giuseppe: if you want to work around this bug to test dmraid support, you
can do so by changing /lib/partman/active_partition/25divider/choices
before you start partman: just make that script 'exit 0'.
This would allow you to provide further details on the p in created
Frans Pop ha scritto:
Unfortunately these don't help very much. What I think we need here is a
full debug log for partman to see what was running at the time of the
OOM. I suspect you somehow get into a loop.
Please make sure you have started your ssh sessions _before_ starting
partman
11:27 sil_aiahbgbgaaaj
brw---1 root root 254, 1 Aug 30 11:27 sil_aiahbgbgaaaj1
brw---1 root root 254, 2 Aug 30 11:27 sil_aiahbgbgaaaj5
Giuseppe Iuculano
signature.asc
Description: OpenPGP digital signature
Frans Pop ha scritto:
But another possibility is that you are just not following the correct
procedure. Support for dmraid is far from perfect and things will *only*
work if you follow the documented procedure.
How did you do the partitioning? Did you *exactly* follow the instructions
that
Package: installation-reports
Severity: normal
-- Package-specific info:
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/20080827-1/i386/iso-cd/debian-testing-i386-businesscard.iso
This build finished at Wed Aug 27 07:45:39 UTC 2008.
Date: Wed Aug 27
Hello,
Please consider an exception for dmraid 1.0.0.rc14-2
I think this version improve fakeraid support on
debian-installer.
It is 20 days old, this is the changelog.
dmraid (1.0.0.rc14-2) unstable; urgency=low
* Merge the following patch from Ubuntu (thanks to Luke Yelavich):
+
://mentors.debian.net/debian/pool/main/d/dmraid/dmraid_1.0.0.rc14-2.dsc
I would be glad if someone uploaded this package for me.
Kind regards
Giuseppe Iuculano
signature.asc
Description: OpenPGP digital signature
45 matches
Mail list logo