setup-storage issues ...

[Michael Prokop]

* Fredrik Eriksson [Thu May 12, 2011 at 05:34:40PM +0200]:
> On 05/11/11 11:11, Michael Tautschnig wrote:
>> Given that 3.4.8 has been released which includes all the bugfixes up to
>> experimental68 and several more, it might be good for all production systems to
>> go for that version, although further testing will definitively required to rule
>> out problems such as those described by Sylvain. As a plus, this version also
>> won't disappear from the (Debian) mirrors :-)

> Good idea. =)
> I've switched to 3.4.8 at our staging server and done some tests now. I  
> noticed that the absence of

> USE_SETUP_STORAGE=1

> in class/DEFAULT.var made 3.4.8 default to setup-harddisk and not find  
> /dev/raid etc, that can't be right? I removed it due to a comment about  
> it being outdated since setup-storage supposedly was default.

The 3.4 releases are supposed to be as backward compatible as
possible and there shouldn't be any changes within the 3.4 branch
that break existing setups (if so it's a regression), so upgrading
within 3.4 releases should be no-brainers and just work.

We had a short discussion regarding the setup-harddisk vs.
setup-storage situation at the last developer meeting.
setup-harddisk IS deprecated and we strongly encourage anyone using
setup-storage instead of course. But we don't want to break existing
installations, therefore FAI 3.4 still defaults to setup-harddisk
- unless USE_SETUP_STORAGE=1 is set.

For people testing 4.x releases and then downgrading to 3.4.x this
might be a problem if USE_SETUP_STORAGE=1 wasn't used - as in your
situation. So this might be something we should consider for
re-evaluation, once we know how many people are still using
setup-harddisk.

Is there *anyone* on the list who is still using setup-harddisk?
Please show up so we get an idea whether defaulting to
USE_SETUP_STORAGE=1 would be a problem for you and what's the reason
for you to use setup-harddisk.

> Besides that everything seem to be alright.

Good to hear, thanks for reporting. :)

regards,
-mika-
-- 
http://michael-prokop.at/  || http://adminzen.org/
http://grml-solutions.com/ || http://grml.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.uni-koeln.de/pipermail/linux-fai/attachments/20110514/88141170/attachment.bin>