[solved] Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

R

richardvd

New Member
Nov 18, 2012
23
0
1
NL
For months I run DRBD 8.4.2 (instead of the built-in 8.3.x) on Proxmox VE 2.x, because of the splitbrain bugs in 8.3 and the nice new multi-disk resource feature in 8.4. I followed e100's approach (thanks BTW!) and rebuilt the drbd module with every PVE kernel update (using module-assistant). All was fine.

But since the very latest PVE kernel 2.6.32-82 I can't compile the drbd module any more!

I then reverted to PVE kernel 2.6.32-80 and it compiles fine again.

I don't know how to fix this. Any one else seen this?

Richard
 
Last edited:
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

drbd-8.4.2 on Proxmox VE 2.x is running stable for a few months now. I read about problems with 8.3 so I started with 8.4.2 straightaway.
Another major reason for me to use 8.4.2 is that it supports multiple volumes (disks) per resource.
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

This is the output of 'module-assistant -l 2.6.32-16-pve auto-install drbd8' on the latest kernel (2.6.32-82), this comes from the build logs that are saved in /var/cache/modass:
Code: 
dpatch  deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
/usr/bin/make -C drbd clean
make[1]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions Module.markers Module.symvers modules.order
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
rm -f compat/*.[oas] compat/.*.cmd
make[1]: Leaving directory `/usr/src/modules/drbd/drbd'
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/drbd'
dpatch  deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
dh_clean: Compatibility levels before 5 are deprecated.
/usr/bin/make -C drbd clean
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions Module.markers Module.symvers modules.order
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
rm -f compat/*.[oas] compat/.*.cmd
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
for templ in /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst.backup /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst.modules.in /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postrm /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postrm.backup /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postrm.modules.in; do \
    cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.32-16-pve/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
    test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2>/dev/null || true; \
    sed -e 's/##KVERS##/2.6.32-16-pve/g ;s/#KVERS#/2.6.32-16-pve/g ; s/_KVERS_/2.6.32-16-pve/g ; s/##KDREV##//g ; s/#KDREV#//g ; s/_KDREV_//g  ' < $templ > ${templ%.modules.in}; \
  done
dh_testdir
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
dh_clean: Compatibility levels before 5 are deprecated.
/usr/bin/make -C drbd KERNEL_SOURCES=/usr/src/linux MODVERSIONS=detect KERNEL=linux-2.6.32-16-pve KDIR=/usr/src/linux
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
    Calling toplevel makefile of kernel source tree, which I believe is in
    KDIR=/usr/src/linux
/usr/bin/make -C /usr/src/linux   SUBDIRS=/usr/src/modules/drbd/drbd  modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.32-16-pve'
  CHK     /usr/src/modules/drbd/drbd/compat.h
  CC [M]  /usr/src/modules/drbd/drbd/drbd_buildtag.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_bitmap.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_proc.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_worker.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_receiver.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_req.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_actlog.o
  CC [M]  /usr/src/modules/drbd/drbd/lru_cache.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_main.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_strings.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_nl.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_interval.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_state.o
[B]  CC [M]  /usr/src/modules/drbd/drbd/compat/idr.o
/usr/src/modules/drbd/drbd/compat/idr.c: In function ‘idr_get_next’:
/usr/src/modules/drbd/drbd/compat/idr.c:16: error: ‘MAX_LEVEL’ undeclared (first use in this function)
/usr/src/modules/drbd/drbd/compat/idr.c:16: error: (Each undeclared identifier is reported only once
/usr/src/modules/drbd/drbd/compat/idr.c:16: error: for each function it appears in.)
/usr/src/modules/drbd/drbd/compat/idr.c:16: warning: unused variable ‘pa’[/B]
make[4]: *** [/usr/src/modules/drbd/drbd/compat/idr.o] Error 1
make[3]: *** [_module_/usr/src/modules/drbd/drbd] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-16-pve'
make[2]: *** [kbuild] Error 2
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/usr/src/modules/drbd'
make: *** [kdist_build] Error 2

FYI, this is the output of the same command on the previous kernel (2.6.32-80), where it still worked:
Code: 
dpatch  deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
/usr/bin/make -C drbd clean
make[1]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions Module.markers Module.symvers modules.order
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
rm -f compat/*.[oas] compat/.*.cmd
make[1]: Leaving directory `/usr/src/modules/drbd/drbd'
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/drbd'
dpatch  deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
dh_clean: Compatibility levels before 5 are deprecated.
/usr/bin/make -C drbd clean
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions Module.markers Module.symvers modules.order
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
rm -f compat/*.[oas] compat/.*.cmd
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
for templ in /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst.backup /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postinst.modules.in /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postrm /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postrm.backup /usr/src/modules/drbd/debian/drbd8-module-_KVERS_.postrm.modules.in; do \
    cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.32-16-pve/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
    test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2>/dev/null || true; \
    sed -e 's/##KVERS##/2.6.32-16-pve/g ;s/#KVERS#/2.6.32-16-pve/g ; s/_KVERS_/2.6.32-16-pve/g ; s/##KDREV##//g ; s/#KDREV#//g ; s/_KDREV_//g  ' < $templ > ${templ%.modules.in}; \
  done
dh_testdir
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
dh_clean: Compatibility levels before 5 are deprecated.
/usr/bin/make -C drbd KERNEL_SOURCES=/usr/src/linux MODVERSIONS=detect KERNEL=linux-2.6.32-16-pve KDIR=/usr/src/linux
make[2]: Entering directory `/usr/src/modules/drbd/drbd'    Calling toplevel makefile of kernel source tree, which I believe is in
    KDIR=/usr/src/linux
/usr/bin/make -C /usr/src/linux   SUBDIRS=/usr/src/modules/drbd/drbd  modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.32-16-pve'
  CC [M]  /usr/src/modules/drbd/drbd/drbd_buildtag.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_bitmap.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_proc.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_worker.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_receiver.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_req.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_actlog.o
  CC [M]  /usr/src/modules/drbd/drbd/lru_cache.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_main.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_strings.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_nl.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_interval.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_state.o
  CC [M]  /usr/src/modules/drbd/drbd/compat/idr.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_nla.o
  CC [M]  /usr/src/modules/drbd/drbd/drbd_sysfs.o
  LD [M]  /usr/src/modules/drbd/drbd/drbd.o
  Building modules, stage 2.
  MODPOST 1 modules
  CC      /usr/src/modules/drbd/drbd/drbd.mod.o
  LD [M]  /usr/src/modules/drbd/drbd/drbd.ko
make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-16-pve'
mv .drbd_kernelrelease.new .drbd_kernelrelease
Memorizing module configuration ... done.
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
install -m644 -b -D drbd/drbd.ko /usr/src/modules/drbd/debian/drbd8-module-2.6.32-16-pve/lib/modules/2.6.32-16-pve/updates/drbd.ko
dh_installdocs
dh_installdocs: Compatibility levels before 5 are deprecated.
dh_installchangelogs
dh_installchangelogs: Compatibility levels before 5 are deprecated.
dh_compress
dh_compress: Compatibility levels before 5 are deprecated.
dh_fixperms
dh_fixperms: Compatibility levels before 5 are deprecated.
dh_installdeb
dh_installdeb: Compatibility levels before 5 are deprecated.
dh_gencontrol -- -v2:8.4.2-0
dh_gencontrol: Compatibility levels before 5 are deprecated.
dh_md5sums
dh_md5sums: Compatibility levels before 5 are deprecated.
dh_builddeb --destdir=/usr/src
dh_builddeb: Compatibility levels before 5 are deprecated.
dpkg-deb: building package `drbd8-module-2.6.32-16-pve' in `/usr/src/drbd8-module-2.6.32-16-pve_8.4.2-0_amd64.deb'.
make[1]: Leaving directory `/usr/src/modules/drbd'
/usr/bin/make  -f debian/rules kdist_clean
make[1]: Entering directory `/usr/src/modules/drbd'
dpatch  deapply-all
rm -rf patch-stamp patch-stampT debian/patched
dh_clean
dh_clean: Compatibility levels before 5 are deprecated.
/usr/bin/make -C drbd clean
make[2]: Entering directory `/usr/src/modules/drbd/drbd'
rm -rf .tmp_versions Module.markers Module.symvers modules.order
rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel*
rm -f compat/*.[oas] compat/.*.cmd
make[2]: Leaving directory `/usr/src/modules/drbd/drbd'
make[1]: Leaving directory `/usr/src/modules/drbd'
Build time: 14 seconds

Richard
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

To answer myself, the error of 'module-assistant -l 2.6.32-16-pve auto-install drbd8':
Code: 
/usr/src/modules/drbd/drbd/compat/idr.c:16: error: ‘MAX_LEVEL’ undeclared (first use in this function)

...was caused by this change in 2.6.32-82:
Code: 
*** /usr/src/linux-headers-2.6.32-16-pve/include/linux/idr.h-FROM-2.6.32-80        2012-08-31 14:03:51.000000000 +0200
--- /usr/src/linux-headers-2.6.32-16-pve/include/linux/idr.h-FROM-2.6.32-82        2012-11-09 11:31:09.000000000 +0100
***************
*** 42,53 ****
  #define MAX_ID_BIT (1U << MAX_ID_SHIFT)
  #define MAX_ID_MASK (MAX_ID_BIT - 1)
- /* Leave the possibility of an incomplete final layer */
- #define MAX_LEVEL (MAX_ID_SHIFT + IDR_BITS - 1) / IDR_BITS
-
- /* Number of id_layer structs to leave in free list */
- #define IDR_FREE_MAX MAX_LEVEL + MAX_LEVEL
-
  struct idr_layer {
        unsigned long            bitmap; /* A zero bit means "space here" */
        struct idr_layer        *ary[1<<IDR_BITS];
--- 42,47 ----

After reverting to the previous version of linux/idr.h, drbd-8.4.2 compiles and runs fine again on Proxmove VE 2.2 with the latest stable updates!

I wonder: what's the reason for removing those lines, and can it be fixed in the next pve-kernel release?

Richard
 
No. A new PVE-kernel was released recently (2.6.32-83), where the idr.h file was touched but not changed.

In the meanwhile, if you want to compile a new drbd, you have to re-insert in /usr/src/linux/include/linux/idr.h the four missing lines of code that were removed by this bug.
 
richardvd said:
No. A new PVE-kernel was released recently (2.6.32-83), where the idr.h file was touched but not changed.

In the meanwhile, if you want to compile a new drbd, you have to re-insert in /usr/src/linux/include/linux/idr.h the four missing lines of code that were removed by this bug.
Click to expand...
Hi Richard,
do you update your DRBD to 8.4.3? I ask because there should be an big performance boost for random writes. http://blogs.linbit.com/p/469/843-random-writes-faster/#more-469
and the question is, is this appreciable for IO inside a VM?

Udo
 
No I rolled back to 8.3.13 ... but I would update and give you feedback ... tell me how to do it, please.

Thanks
mac

...the performance charts look very promising...if I could update to 8.4.3 before rollout my next (paid) customer I´ll be glad.
 
Last edited:
ok I just did a compile by git clone drbd 8.4 but via git there is only 8.4.2 and the error stays the same...bad

how could I build a package with the tar.gz-file from drbd.org ?
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

richardvd said:
To answer myself, the error of 'module-assistant -l 2.6.32-16-pve auto-install drbd8':
Code: 
/usr/src/modules/drbd/drbd/compat/idr.c:16: error: ‘MAX_LEVEL’ undeclared (first use in this function)

...was caused by this change in 2.6.32-82:
Code: 
*** /usr/src/linux-headers-2.6.32-16-pve/include/linux/idr.h-FROM-2.6.32-80        2012-08-31 14:03:51.000000000 +0200
--- /usr/src/linux-headers-2.6.32-16-pve/include/linux/idr.h-FROM-2.6.32-82        2012-11-09 11:31:09.000000000 +0100
***************
*** 42,53 ****
  #define MAX_ID_BIT (1U << MAX_ID_SHIFT)
  #define MAX_ID_MASK (MAX_ID_BIT - 1)
- /* Leave the possibility of an incomplete final layer */
- #define MAX_LEVEL (MAX_ID_SHIFT + IDR_BITS - 1) / IDR_BITS
-
- /* Number of id_layer structs to leave in free list */
- #define IDR_FREE_MAX MAX_LEVEL + MAX_LEVEL
-
  struct idr_layer {
        unsigned long            bitmap; /* A zero bit means "space here" */
        struct idr_layer        *ary[1<<IDR_BITS];
--- 42,47 ----

After reverting to the previous version of linux/idr.h, drbd-8.4.2 compiles and runs fine again on Proxmove VE 2.2 with the latest stable updates!

I wonder: what's the reason for removing those lines, and can it be fixed in the next pve-kernel release?

Richard
Click to expand...

...please help me to get the lines back in the right file...
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

macday said:
...please help me to get the lines back in the right file...
Click to expand...

Hi,
I have also tried to compile 8.4.3 from the tar.gz-file (with "./configure --with-km").
The build of the kernel-module fails also with 2.6.32-19-pve, but after inserting the four lines in /usr/src/linux-headers-2.6.32-19-pve/include/linux/idr.h the compiling work
Code: 
     41 #define MAX_ID_SHIFT (sizeof(int)*8 - 1)
     42 #define MAX_ID_BIT (1U << MAX_ID_SHIFT)
     43 #define MAX_ID_MASK (MAX_ID_BIT - 1)
     44 
     45 [B]/* Leave the possibility of an incomplete final layer */[/B]
     46[B] #define MAX_LEVEL (MAX_ID_SHIFT + IDR_BITS - 1) / IDR_BITS[/B]
     47 
     48[B] /* Number of id_layer structs to leave in free list */[/B]
     49 [B]#define IDR_FREE_MAX MAX_LEVEL + MAX_LEVEL[/B]
     50 
     51 struct idr_layer {
     52         unsigned long            bitmap; /* A zero bit means "space here" */
     53         struct idr_layer        *ary[1<<IDR_BITS];
     54         int                      count;  /* When zero, we can release it */
     55         int                      layer;  /* distance from leaf */
     56         struct rcu_head          rcu_head;
     57 };
Havn't done performance test yet...

Udo
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

udo said:
Hi,
I have also tried to compile 8.4.3 from the tar.gz-file (with "./configure --with-km").
The build of the kernel-module fails also with 2.6.32-19-pve, but after inserting the four lines in /usr/src/linux-headers-2.6.32-19-pve/include/linux/idr.h the compiling work
Code: 
     41 #define MAX_ID_SHIFT (sizeof(int)*8 - 1)
     42 #define MAX_ID_BIT (1U << MAX_ID_SHIFT)
     43 #define MAX_ID_MASK (MAX_ID_BIT - 1)
     44 
     45 [B]/* Leave the possibility of an incomplete final layer */[/B]
     46[B] #define MAX_LEVEL (MAX_ID_SHIFT + IDR_BITS - 1) / IDR_BITS[/B]
     47 
     48[B] /* Number of id_layer structs to leave in free list */[/B]
     49 [B]#define IDR_FREE_MAX MAX_LEVEL + MAX_LEVEL[/B]
     50 
     51 struct idr_layer {
     52         unsigned long            bitmap; /* A zero bit means "space here" */
     53         struct idr_layer        *ary[1<<IDR_BITS];
     54         int                      count;  /* When zero, we can release it */
     55         int                      layer;  /* distance from leaf */
     56         struct rcu_head          rcu_head;
     57 };
Havn't done performance test yet...

Udo
Click to expand...

Thank you..it is compiliing right now.

I also got it working with git clone now

git clone git://git.drbd.org/drbd-8.4.git
git checkout drbd-8.4.3
Click to expand...

Is there any chance to get these lines in the source-code before the deb-package is being built? This would be much easier to deploy to other hosts. Or could someone write a patch script?

Last question...
...Could I use the old (8.3.13) drbd-config-files ?
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

macday said:
Thank you..it is compiliing right now.

I also got it working with git clone now



Is there any chance to get these lines in the source-code before the deb-package is being built? This would be much easier to deploy to other hosts. Or could someone write a patch script?

Last question...
...Could I use the old (8.3.13) drbd-config-files ?
Click to expand...

drbd-8.4.3 really rocks...but you could not use the old config files (who is interested in my drbd-config ?)...and for every kernel-update you have to do the manual-patch-procedure...

cheers mac
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

macday said:
drbd-8.4.3 really rocks...
Click to expand...
do you mean with "rocks" an huge performance boost?
but you could not use the old config files (who is interested in my drbd-config ?)...
Click to expand...
of course, please post your config (is the new config backward compatible?).
and for every kernel-update you have to do the manual-patch-procedure...

cheers mac
Click to expand...
yes - that's the big drawback.

I hope that the pve-developers support 8.4.3 with pve3.x, but on the bugtracker they don't answer why or if the changes in /usr/src/linux-headers-2.6.32-19-pve/include/linux/idr.h is an problem.

BTW. do you have also build and use an new kernel (because of the changes in idr.h)??

Udo
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

Here is how I updated today from Proxmox VE 2.2 to 2.3, and then from drbd-8.4.2 to drbd-8.4.3.

Migrate your VMs/CTs away from the current node, then start the update:

Code: 
aptitude update && aptitude full-upgrade
  
aptitude install pve-headers-2.6.32-19-pve
  
patch -p0 << EOF
+++ /usr/src/linux-headers-2.6.32-19-pve/include/linux/idr.h
@@ -42,6 +42,12 @@
 #define MAX_ID_BIT (1U << MAX_ID_SHIFT)
 #define MAX_ID_MASK (MAX_ID_BIT - 1)
  
+/* Leave the possibility of an incomplete final layer */
+#define MAX_LEVEL (MAX_ID_SHIFT + IDR_BITS - 1) / IDR_BITS
+
+/* Number of id_layer structs to leave in free list */
+#define IDR_FREE_MAX MAX_LEVEL + MAX_LEVEL
+
 struct idr_layer {
        unsigned long            bitmap; /* A zero bit means "space here" */
        struct idr_layer        *ary[1<<IDR_BITS];
EOF
  
module-assistant -l 2.6.32-19-pve auto-install drbd8
  
reboot
If all is OK, you are now running Proxmox VE 2.3 (pveversion), drbd is UpToDate/UpToDate (service drbd status) and the cluster status is still green.

Now, to update from drbd-8.4.2 to drbd-8.4.3:

Code: 
cd
mkdir drbd
cd drbd
git clone git://git.drbd.org/drbd-8.4.git
cd drbd-8.4
git checkout drbd-8.4.3
dpkg-buildpackage -rfakeroot -b -uc
cd ..
sudo dpkg -i drbd8-module-source_8.4.3-0_all.deb drbd8-utils_8.4.3-0_amd64.deb
sudo module-assistant auto-install drbd8
reboot

Live migration of 2.2 -> 2.3 was OK for OpenVZ containers, but for KVM it failed on the first try. So to be safe I first shut down the other KVMs before doing an offline migration from the 2.2 node to the 2.3 node, and then proceeded to update the other node.

This is working well for me and the performance 'feels' OK. If you want me to run specific tests, just say it.
 
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

Solved
 
Last edited:
Re: Can't compile DRBD-8.4.2 since latest PVE-2.2 update (kernel 2.6.32-82)

Hi to all

Adamb tell that are still using 8.3.15 in his CentOS build because 8.4 had so many issues,
Please see this link:
http://forum.proxmox.com/threads/14...wer-between-PVE-and-DRBD!!!?p=77875#post77875

And i want to ask to all about of the stability in 8.4.3 and 8.4.2 versions?
(i am thinking use DRBD 8.4.3 bersion for a VM with MS-SQL Server)

Please make comments about of his stability, and also include this:
(All these questions are in relation to DRBD 8.4.2 and 8.4.3 versions)

1- What version of DRDB are they using?
2- In a single host, how far how many VMs are depending of the DRBD resources?
3- What are the most important services running on these VMs? (for example MS-SQL Sever, Samba, etc.)
4- Are they doing backup snapshot of the VMs?

Best regards
Cesar
 
Last edited:
You must log in or register to reply here.

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Quick Navigation

Home Get Subscription Wiki Downloads Proxmox Customer Portal About

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!
Community platform by XenForo® © 2010-2024 XenForo Ltd.
Top Bottom
Back