d4a7 ZFS: i/o error - all block copies unavailable after upgrading after make installkerne - The FreeBSD Forums
The FreeBSD Forums  

Go Back   The FreeBSD Forums > Base System > Installing & Upgrading

Installing & Upgrading Installing and upgrading FreeBSD.

Reply
 
Thread Tools Display Modes
  #1  
Old September 2nd, 2011, 09:43
chmiels chmiels is offline
Junior Member
 
Join Date: May 2010
Posts: 19
Thanks: 0
Thanked 2 Times in 2 Posts
Default ZFS: i/o error - all block copies unavailable after upgrading after make installkerne

I've got strange problem after updating my system from source. I'm running -CURRENT setup with instructions from wiki: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot (it was originally stable/8 upgraded to -CURRENT using source). It was running fine until yesterday, exact steps which I've performed:
# zfs snapshot zroot@8.2
# make buildworld
# make buildkernel KERNCONF=MYKERNEL
# make installkernel KERNCONF=MYKERNEL
# reboot
...
after reboot boot loader gives me following error message:
Code:
ZFS: i/o error - all block copies unavailable
when I rollback to previously created snapshot (8.2) system boots fine. zpool.cache in /boot/zfs wasn't touched during update.
It's very strange to me, because as I understand # make installkernel does nothing with bootloader or gptzfsloader. I've being updates from source many times before on this setup and never experienced such problem. Updating boot loader using # gpart bootcode didn't help
(symptoms are the same for gptzfsboot from http://people.freebsd.org/~pjd/zfsboot/ and loader from my -CURRENT installed during 'make installworld' earlier).
Partition layout:

# gpart show
Code:
=>       34  250069613  ada0  GPT  (119G)
         34        128     1  freebsd-boot  (64k)
        162       1886     5  bios-boot  (943k)
       2048   16777216     2  !0fc63daf-8483-4772-8e79-3d69d8477de4  (8.0G)
   16779264   33554432     3  freebsd-ufs  (16G)
   50333696  199735951     4  freebsd-zfs  (95G)
Partitions 3 and 4 are separate zfs pools (3 is geli encrypted home pool and 4 is for
operating system).

# zfs list
Code:
NAME                        USED  AVAIL  REFER  MOUNTPOINT
home                       10,4G  5,24G  10,4G  /home
zroot                      90,2G  3,27G  1,16G  legacy
/etc/fstab
Code:
# Device		Mountpoint	FStype	Options			Dump	Pass#
zroot			/		zfs	rw,noatime		0	0
/dev/acd0		/cdrom		cd9660	ro,noauto		0	0
proc 		/proc 		procfs 	rw 			0	0
Any ideas?
Reply With Quote
  #2  
Old September 2nd, 2011, 13:27
akil akil is offline
Junior Member
 
Join Date: Aug 2011
Location: Poland
Posts: 32
Thanks: 0
Thanked 11 Times in 7 Posts
Default

Hi

By default 8.2 support zpool v15, so after upgrading sources you also upgrade supported version of v28. That means you have to upgrade your pool from v15 to v28. Maybe that explain what is the root cause.

Could you check what is your pool version ?
# zpool get version zroot
Reply With Quote
  #3  
Old September 2nd, 2011, 13:37
chmiels chmiels is offline
Junior Member
 
Join Date: May 2010
Posts: 19
Thanks: 0
Thanked 2 Times in 2 Posts
Default

My pool is at version 15, I didn't upgraded pool because my rescue disk is in version 8.2 (so I'm still able to rollback).
Please notice that 8.2 I've used in snapshot name doesn't mean OS version it is only a name of snapshot. There are also some other snapshots in this pool. It's already running -CURRENT, so I still don't understand why it fails to boot after 'make installkernel' which simply copies kernel image from build directory to /boot. I'll try comparing kernel images, checking disk for errors and freeing some space.
Problem with 'gptzfsboot' is that it's not to verbose and doesn't have test or debug mode.
Reply With Quote
  #4  
Old September 7th, 2011, 20:17
chmiels chmiels is offline
Junior Member
 
Join Date: May 2010
Posts: 19
Thanks: 0
Thanked 2 Times in 2 Posts
Default

For those interested - problem occurs when you have almost full filesystem with compression.
Reply With Quote
The Following User Says Thank You to chmiels For This Useful Post:
avilla@ (April 23rd, 2012)
  #5  
Old April 24th, 2012, 08:20
avilla@'s Avatar
avilla@ avilla@ is offline
FreeBSD Developer
 
Join Date: Jul 2009
Location: Italy
Posts: 258
Thanks: 8
Thanked 55 Times in 47 Posts
Default

Quote:
Originally Posted by chmiels View Post
For those interested - problem occurs when you have almost full filesystem with compression.
Just for reference, while this may help, it's not necessarily the solution. To "fix" this I had to move /boot elsewhere and copy it back to ensure files were rewritten properly.
__________________
Alberto Villa, FreeBSD committer <avilla@FreeBSD.org>
http://people.FreeBSD.org/~avilla
Reply With Quote
The Following User Says Thank You to avilla@ For This Useful Post:
Tarick (May 17th, 2012)
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
ZFS drives going unavailable Pawtuxet System Hardware 13 February 22nd, 2011 14:08
ZFS and '-o copies=2' at /etc and booting, weird ... uisge General 5 December 24th, 2010 00:37
ZFS Unavailable diss3ntive General 8 August 6th, 2010 09:31
Kmem_map too small panic with big file copies on ZFS and 8.0 levinas69 General 6 June 17th, 2010 09:37
ZFS zpool unavailable Voltar General 2 July 31st, 2009 22:17


All times are GMT +1. The time now is 05:35.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2013, vBulletin Solutions, Inc.
The mark FreeBSD is a registered trademark of The FreeBSD Foundation and is used by The FreeBSD Project with the permission of The FreeBSD Foundation.
Web protection and acceleration provided by CloudFlare
0