Improve preupgrade test case - Preupgrade_low_/boot_disk_space for review

[He Rui]

<https://fedoraproject.org/wiki/QA:Testcase_Preupgrade>

Greetings,


As we know, preupgrade test[1] used to test by upgrading a system which 
contained one kernel. However, in the real world, users often install at 
least 2 kernels before upgrading to a new version. In such case, the 
disk space in /boot is just enough for preupgrade to download the 
installer but not quite enough to run the installer and install the new 
kernel after reboot. Therefore,  the test should include having more 
kernels installed in /boot to more accurately reflect what real-world 
users will be starting from.

So, Preupgrade_low_/boot_disk_space case[2] was added to reflect this. 
In the test case, two kernels are installed on the previous system for 
updating. As expected results, the users should be prompted with a /low 
disk-space/ warning, and removing older kernels allows the upgrade to 
proceed beyond the /low disk-space/ warning.

Please refer to Preupgrade_low_/boot_disk_space[2] for detailed 
information. Welcome everyone to review it and give comments.

Cheers,
Rui He

[1] https://fedoraproject.org/wiki/QA:Testcase_Preupgrade

[2] 
https://fedoraproject.org/wiki/QA:Testcase_Preupgrade_low_/boot_disk_space

-- 
  Contacts

  FAS name: Rhe
  IRC nick: rhe #fedora-qa
  Email: rhe(a)redhat.com

[James Laska]

On Tue, 2009-12-22 at 14:13 +0800, He Rui wrote:
>  Greetings,
>  
>  
>  
>  As we know, preupgrade test[1] used to test by upgrading a system
>  which contained one kernel. However, in the real world, users often
>  install at least 2 kernels before upgrading to a new version. In such
>  case, the disk space in /boot is just enough for preupgrade to
>  download the installer but not quite enough to run the installer and
>  install the new kernel after reboot. Therefore,  the test should
>  include having more kernels installed in /boot to more accurately
>  reflect what real-world users will be starting from. 
>  
>  
>  So, Preupgrade_low_/boot_disk_space case[2] was added to reflect this.
>  In the test case, two kernels are installed on the previous system for
>  updating. As expected results, the users should be prompted with a low
>  disk-space warning, and removing older kernels allows the upgrade to
>  proceed beyond the low disk-space warning.
>  
>  Please refer to Preupgrade_low_/boot_disk_space[2] for detailed
>  information. Welcome everyone to review it and give comments. 
Looks great.  We can get fancy and verify preupgrade handling at each of
the different disk space checks.  And that might be something useful we
do if we host a pre-upgrade test day.  But for the common case, and the
issue that surfaced near the end of F-12, I think you've captured it
nicely.

Thanks,
James

[He Rui]

On 12/22/2009 09:59 PM, James Laska wrote:
>  On Tue, 2009-12-22 at 14:13 +0800, He Rui wrote:
>     
> > Greetings,
> >
> >
> >
> > As we know, preupgrade test[1] used to test by upgrading a system
> > which contained one kernel. However, in the real world, users often
> > install at least 2 kernels before upgrading to a new version. In such
> > case, the disk space in /boot is just enough for preupgrade to
> > download the installer but not quite enough to run the installer and
> > install the new kernel after reboot. Therefore,  the test should
> > include having more kernels installed in /boot to more accurately
> > reflect what real-world users will be starting from.
> >
> >
> > So, Preupgrade_low_/boot_disk_space case[2] was added to reflect this.
> > In the test case, two kernels are installed on the previous system for
> > updating. As expected results, the users should be prompted with a low
> > disk-space warning, and removing older kernels allows the upgrade to
> > proceed beyond the low disk-space warning.
> >
> > Please refer to Preupgrade_low_/boot_disk_space[2] for detailed
> > information. Welcome everyone to review it and give comments.
> >      
>  Looks great.  We can get fancy and verify preupgrade handling at each of
>  the different disk space checks.  And that might be something useful we
>  do if we host a pre-upgrade test day.  But for the common case, and the
>  issue that surfaced near the end of F-12, I think you've captured it
>  nicely.
>
>  Thanks,
>  James
>      
Thank you, James. Then I'll finish the review of this test case, and 
create new cases for different disk space checks in /boot for a test day 
later.


Cheers,
Hurry

-- 
  Contacts

  FAS name: Rhe
  IRC nick: rhe #fedora-qa
  Email: rhe(a)redhat.com

[Bruno Medeiros]

> >>  Thank you, James. Then I'll finish the review of this test case, and
>  create new cases for different disk space checks in /boot for a test day
>  later.
>
>  
I think there should be a test case for /boot partitions with reserved space
for root user.
When i updated two fedora 10 boxes to fedora 12, i got errors like 'You need
to free up 0M' after restart (problably because preupgrade/anaconda wasn't
taking n their counts the reserved space for the root). I did a lot o things
trying to fix that (like said in Fedora common bugs), but I think the step
that fixed my problem was the 'tune2fs' one.

Thanks and sorry for the poor english!

[He Rui]

On 12/31/2009 03:09 AM, Bruno Medeiros wrote:
>      Thank you, James. Then I'll finish the review of this test case,
>      and create new cases for different disk space checks in /boot for
>      a test day later.
>
>
>  I think there should be a test case for /boot partitions with reserved 
>  space for root user.
>  When i updated two fedora 10 boxes to fedora 12, i got errors like 
>  'You need to free up 0M' after restart (problably because 
>  preupgrade/anaconda wasn't taking n their counts the reserved space 
>  for the root). I did a lot o things trying to fix that (like said in 
>  Fedora common bugs), but I think the step that fixed my problem was 
>  the 'tune2fs' one.
>
>  Thanks and sorry for the poor english! 
Hi Bruno,

Thanks for your advice. If you preupgrade from f10 to f12, the default 
space in /boot is not enough, and as you said, tune2fs is needed to 
release more space.

But this issue doesn't happen if preupgrading from f11 to f12 with 
default setting in /boot. Since now the test cases are designed for 
testing new development release(rawhide), we mainly focus on 
preupgrading from Fedora 11/12 to Rawhide/Fedora 13. Older releases are 
no longer planed to test. :-)


Cheers,
He Rui

-- 
  Contacts

  FAS name: Rhe
  IRC nick: rhe #fedora-qa
  Email: rhe(a)redhat.com