Debian Jessie provision in Foreman 1.8

Hi group,

I got a problem with this, im trying to provision new vm with Debian Jessie
and i dont know why but the installation stop in partitioning step, i can
provision in Debian Wheezy without any problem. I supposed that it is
something with the Debian preseed template but ive been trying to change it
with any result at all.

Anyone know what its happening?¿ Maybe i would have to update to 1.9 or
1.10. i would appreciate any information about this, the error it is in the
attachment.

Cheers.

Hi,

··· On Mon, Feb 29, 2016 at 07:57:29AM -0800, Fran Rodríguez wrote: > I got a problem with this, im trying to provision new vm with Debian Jessie > and i dont know why but the installation stop in partitioning step, i can > provision in Debian Wheezy without any problem. I supposed that it is > something with the Debian preseed template but ive been trying to change it > with any result at all.

Have a look onto the changes in the templates repository
(https://github.com/theforeman/community-templates) regarding preseed
changes and maybe consider using the foreman_templates plugin to sync
the templates into your foreman instance as existing templates don’t get
updated/overwritten when updating Foreman.

Regards

Michael Moll

Thanks Michael for the answer, i appreciate it.

My templates are updated, i think i would have to update to 1.9, but im not
sure about it. I would like to know if anyone has suffered this situation
and how is resolved it.

The environment is KVM with libvirtd. This is the log from installl

Feb 29 17:27:25 anna[6849]: DEBUG: retrieving crc-modules-3.16.0-4-amd64-di 3.16.7-ckt20-1+deb8u2
Feb 29 17:27:25 anna[6849]: DEBUG: retrieving kernel-image-3.16.0-4-amd64-di 3.16.7-ckt20-1+deb8u2
Feb 29 17:27:25 anna[6849]: DEBUG: retrieving lvm2-udeb 2.02.111-2.2
Feb 29 17:27:27 anna[6849]: DEBUG: retrieving partman-auto-lvm 56
Feb 29 17:27:31 anna[6849]: DEBUG: retrieving partman-lvm 107
Feb 29 17:27:36 anna[6849]: DEBUG: retrieving udev-udeb 215-17+deb8u3
Feb 29 17:27:36 anna-install: Installing partman-auto-crypto
Feb 29 17:27:36 anna[7058]: DEBUG: retrieving partman-auto-crypto 22
Feb 29 17:27:37 anna[7058]: DEBUG: retrieving partman-crypto 81
Feb 29 17:27:40 kernel: [ 68.790378] ext4: Unknown symbol __bread_gfp (err 0)
Feb 29 17:27:40 kernel: [ 68.790474] ext4: Unknown symbol __getblk_gfp (err 0)
Feb 29 17:27:40 kernel: [ 68.792052] fat: Unknown symbol __bread_gfp (err 0)
Feb 29 17:27:40 kernel: [ 68.792072] fat: Unknown symbol __getblk_gfp (err 0)
Feb 29 17:27:40 kernel: [ 68.872051] raid6: sse2x1 4532 MB/s
Feb 29 17:27:40 kernel: [ 68.940031] raid6: sse2x2 3832 MB/s
Feb 29 17:27:40 kernel: [ 69.008009] raid6: sse2x4 4583 MB/s
Feb 29 17:27:40 kernel: [ 69.008012] raid6: using algorithm sse2x4 (4583 MB/s)
Feb 29 17:27:40 kernel: [ 69.008014] raid6: using intx1 recovery algorithm
Feb 29 17:27:40 kernel: [ 69.008786] xor: measuring software checksum speed
Feb 29 17:27:40 kernel: [ 69.048020] prefetch64-sse: 8574.000 MB/sec
Feb 29 17:27:40 kernel: [ 69.088009] generic_sse: 7975.000 MB/sec
Feb 29 17:27:40 kernel: [ 69.088012] xor: using function: prefetch64-sse (8574.000 MB/sec)
Feb 29 17:27:40 kernel: [ 69.098794] Btrfs loaded
Feb 29 17:27:40 kernel: [ 69.108946] ext4: Unknown symbol __bread_gfp (err 0)
Feb 29 17:27:40 kernel: [ 69.109088] ext4: Unknown symbol __getblk_gfp (err 0)
Feb 29 17:27:40 kernel: [ 69.112296] ext4: Unknown symbol __bread_gfp (err 0)
Feb 29 17:27:40 kernel: [ 69.112385] ext4: Unknown symbol __getblk_gfp (err 0)
Feb 29 17:27:40 kernel: [ 69.122954] jfs: Unknown symbol __bread_gfp (err 0)
Feb 29 17:27:40 kernel: [ 69.122994] jfs: Unknown symbol __getblk_gfp (err 0)
Feb 29 17:27:40 kernel: [ 69.140490] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled
Feb 29 17:27:41 md-devices: mdadm: No arrays found in config file or automatically
Feb 29 17:27:41 kernel: [ 69.476025] device-mapper: uevent: version 1.0.3
Feb 29 17:27:41 kernel: [ 69.476424] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised:
Feb 29 17:27:41 partman: No matching physical volumes found
Feb 29 17:27:41 partman: Reading all physical volumes. This may take a while…
Feb 29 17:27:41 partman: No volume groups found
Feb 29 17:27:41 partman-lvm: No volume groups found
Feb 29 17:27:41 kernel: [ 69.523985] vda: unknown partition table
Feb 29 17:27:41 kernel: [ 69.539294] vda: unknown partition table
Feb 29 17:27:41 kernel: [ 70.222900] vda: unknown partition table
Feb 29 17:27:43 kernel: [ 71.505541] vda: vda1 vda2 < vda5 >
Feb 29 17:27:43 kernel: [ 71.586805] Adding 1748988k swap on /dev/vda5. Priority:-1 extents:1 across:1748988k FS
Feb 29 17:27:43 partman: mke2fs 1.42.12 (29-Aug-2014)
Feb 29 17:27:44 kernel: [ 72.526819] ext4: Unknown symbol __bread_gfp (err 0)
Feb 29 17:27:44 kernel: [ 72.526969] ext4: Unknown symbol __getblk_gfp (err 0)
Feb 29 17:28:25 kernel: [ 113.566829] random: nonblocking pool is initialized
Feb 29 17:31:08 main-menu[194]: (process:6835): mount: mounting /dev/vda1 on /target/ failed: No such device
Feb 29 17:31:08 main-menu[194]: WARNING **: Configuring 'partman-base' failed with error code 2
Feb 29 17:31:08 main-menu[194]: WARNING **: Menu item 'partman-base' failed.

Cheers.

··· On Monday, 29 February 2016 18:05:33 UTC+1, Michael Moll wrote: > > Hi, > > On Mon, Feb 29, 2016 at 07:57:29AM -0800, Fran Rodríguez wrote: > > I got a problem with this, im trying to provision new vm with Debian > Jessie > > and i dont know why but the installation stop in partitioning step, i > can > > provision in Debian Wheezy without any problem. I supposed that it is > > something with the Debian preseed template but ive been trying to change > it > > with any result at all. > > Have a look onto the changes in the templates repository > (https://github.com/theforeman/community-templates) regarding preseed > changes and maybe consider using the foreman_templates plugin to sync > the templates into your foreman instance as existing templates don't get > updated/overwritten when updating Foreman. > > Regards > -- > Michael Moll >

Hi,

··· On Mon, Feb 29, 2016 at 09:33:32AM -0800, Fran Rodríguez wrote: > Feb 29 17:27:40 kernel: [ 68.790378] ext4: Unknown symbol __bread_gfp (err 0) > Feb 29 17:27:40 kernel: [ 68.790474] ext4: Unknown symbol __getblk_gfp (err 0) > Feb 29 17:27:40 kernel: [ 68.792052] fat: Unknown symbol __bread_gfp (err 0) > Feb 29 17:27:40 kernel: [ 68.792072] fat: Unknown symbol __getblk_gfp (err 0)

It might be something else, but last time I saw similar messages, the
kernel versions from the kernel/initrd (lying around on the TFTP server)
and the ones downloaded in further installation steps from the up to
date mirror diverged.

Regards

Michael Moll

Hi Michael,

I found the solution, it seems a bug in first Debian releases:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779922
https://lists.debian.org/debian-user/2016/02/msg00539.html

The solutions is take the lastest initrd.

Thank you very much for your time.
Cheers.

··· On Monday, 29 February 2016 18:36:55 UTC+1, Michael Moll wrote: > > Hi, > > On Mon, Feb 29, 2016 at 09:33:32AM -0800, Fran Rodríguez wrote: > > Feb 29 17:27:40 kernel: [ 68.790378] ext4: Unknown symbol __bread_gfp > (err 0) > > Feb 29 17:27:40 kernel: [ 68.790474] ext4: Unknown symbol __getblk_gfp > (err 0) > > Feb 29 17:27:40 kernel: [ 68.792052] fat: Unknown symbol __bread_gfp > (err 0) > > Feb 29 17:27:40 kernel: [ 68.792072] fat: Unknown symbol __getblk_gfp > (err 0) > > It might be something else, but last time I saw similar messages, the > kernel versions from the kernel/initrd (lying around on the TFTP server) > and the ones downloaded in further installation steps from the up to > date mirror diverged. > > Regards > -- > Michael Moll >