Project

General

Profile

Bug #15473

Add a flag to freenas-update that forces using a full package

Added by Josh Paetzel over 4 years ago. Updated almost 4 years ago.

Status:
Resolved
Priority:
Nice to have
Assignee:
Samantha Bonham
Category:
Documentation
Target version:
Severity:
New
Reason for Closing:
Reason for Blocked:
Needs QA:
Yes
Needs Doc:
Yes
Needs Merging:
Yes
Needs Automation:
No
Support Suite Ticket:
n/a
Hardware Configuration:
ChangeLog Required:
No

Description

There are times I hack on my FreeNAS machine, or apply some patches to a system manually. When delta packages are in use it can be very non-deterministic about whether a file is replaced. Sometimes customizations survive an upgrade and sometimes they don't.

It would be useful to have a flag to freenas-update that forced it to use a full package, whether or not a delta package existed.

History

#1 Updated by Sean Fagan over 4 years ago

  • Status changed from Unscreened to Screened

It's mostly got that capability, I just haven't added an option to expose it.

#2 Updated by Sean Fagan about 4 years ago

  • Status changed from Screened to 15
  • Assignee changed from Sean Fagan to Josh Paetzel

Oh, looks like it's already there: --no-delta

E.g.,

freenas-update --no-delta check

should download the full files.

#3 Updated by Josh Paetzel about 4 years ago

  • Status changed from 15 to Investigation

I'll check this tomorrow.

#4 Updated by Josh Paetzel about 4 years ago

With eager anticipation I woke this morning to rush to my computer and try this, only to find there was no nightly last night.

#5 Updated by Josh Paetzel about 4 years ago

  • Status changed from Investigation to 15
  • Assignee changed from Josh Paetzel to Sean Fagan

This flag works correctly, with the caveat that if your system has already helpfully downloaded delta packages for you you need to delete them first.

Which is to say, if the correct delta packages have been downloaded to the system, freenas-update --no-delta check won't download the full packages.

Sean: If it would be easy to add a "should I discard already downloaded delta packages?" that would be a neat add, otherwise I think the existing behavior could be documented and move on.

#6 Avatar?id=14398&size=24x24 Updated by Kris Moore about 4 years ago

  • Status changed from 15 to Screened
  • Target version changed from Unspecified to 9.10.1-U1

Sean,

Unless I'm missing something here, all this needs to do is the following:

If --no-delta is specified "rm /foo/delta/cache/dir/*" before starting the download.

No?

We could doc it the way it stands, but that just seems kinda janky.

#7 Updated by Sean Fagan about 4 years ago

The default cache directory is /var/db/system/update, I believe.

But otherwise, correct. Also, you could just do

freenas-update -C /tmp/update-$$ --no-delta --reboot update

which would do the download, update, and reboot now.

#8 Avatar?id=14398&size=24x24 Updated by Kris Moore about 4 years ago

  • Assignee changed from Sean Fagan to Dru Lavigne

Over to you Dru for Doc'ing.

#9 Updated by Dru Lavigne about 4 years ago

  • Target version changed from 9.10.1-U1 to 9.10.1-U2

#10 Avatar?id=14398&size=24x24 Updated by Kris Moore almost 4 years ago

  • Target version changed from 9.10.1-U2 to 9.10.1-U3

#11 Avatar?id=14398&size=24x24 Updated by Kris Moore almost 4 years ago

  • Target version changed from 9.10.1-U3 to 9.10.2

#12 Updated by Dru Lavigne almost 4 years ago

  • Category changed from 1 to Documentation
  • Assignee changed from Dru Lavigne to Samantha Bonham

This is probably better suited to a KB article. I'll add it to Sam's queue of future KB articles.

#13 Updated by Dru Lavigne almost 4 years ago

  • Target version changed from 9.10.2 to N/A

#14 Avatar?id=14398&size=24x24 Updated by Kris Moore almost 4 years ago

Dru - Can we close this one out?

#15 Updated by Dru Lavigne almost 4 years ago

Samantha will be publishing a KB article for this shortly. Samantha, please mark this as resolved once the KB is published.

#16 Updated by Samantha Bonham almost 4 years ago

  • Status changed from Screened to Resolved

Also available in: Atom PDF