On 2014-02-06, Chris Cappuccio ch...@nmedia.net wrote:
Kenneth Westerback [kwesterb...@gmail.com] wrote:
And, surprise!, boot blocks do change. 5.5 will be an example as things are
rearranged and unified.
But you can still use old bootblocks to run the new kernel as a bootstrap
You can,
On 07/02/14 01:54, Chris Cappuccio wrote:
This is probably the time where most people would recommend against
that since it is essentially a complete reinstall of all items to upgrade
from pre-5.5 to 5.5 due to time_t ABI change.
Chris
Sorry but isn't the ABI time_t change
On 07/02/14 8:46 AM, Kapetanakis Giannis wrote:
On 07/02/14 01:54, Chris Cappuccio wrote:
This is probably the time where most people would recommend against
that since it is essentially a complete reinstall of all items to upgrade
from pre-5.5 to 5.5 due to time_t ABI change.
Chris
Sorry
Hi,
I’ve recently was asked to take over the maintenance of an old OpenBSD machine,
which has not been updated in the last 7 years.
Currently the machine has been running for close to 1000 days on 4.1. It has
been a while since I worked with OpenBSD (shame on me), and I’m really not sure
On 06/02/14 12:49, davy wrote:
Hi,
I’ve recently was asked to take over the maintenance of an old OpenBSD machine,
which has not been updated in the last 7 years.
Currently the machine has been running for close to 1000 days on 4.1. It has
been a while since I worked with OpenBSD (shame on
Setup 'puppet', then you can reinstall every box, every release and
have puppet configure everything in 10 mins! ;)
Sorry, sound like I'm boasting! Haha, I just really love that we put in
the initial effort to get puppet working even though we only have a
small fleet of OBSD boxes as
Hi,
davy wrote:
Hi,
I’ve recently was asked to take over the maintenance of an old OpenBSD machine,
which has not been updated in the last 7 years.
OpenBSD is stable, isn't it? :)
Currently the machine has been running for close to 1000 days on 4.1. It has
been a while since I worked with
On Thu, Feb 06, 2014 at 12:31:44PM +0100, Riccardo Mottola wrote:
Hi,
davy wrote:
Hi,
I?ve recently was asked to take over the maintenance of an old OpenBSD
machine, which has not been updated in the last 7 years.
OpenBSD is stable, isn't it? :)
Currently the machine has been running
On 02/06/14 05:49, davy wrote:
Hi,
I’ve recently was asked to take over the maintenance of an old
OpenBSD machine, which has not been updated in the last 7 years.
Currently the machine has been running for close to 1000 days on 4.1.
It has been a while since I worked with OpenBSD (shame
Hmm, you do have an excellent point there. Those disks, it's a miracle they
're still working. I'll think the re-start from bare metal is the best way
forward.
Thank you for your honest answers! At least I didn't get frustrated because
of upgrade hell! :)
2014-02-06 Nick Holland
On Thu, 6 Feb 2014, davy wrote:
Can I do a 4.1 - 5.4 in one shot?
Nope. One version at a time, .. though the better solution would be to do
a fresh install and copy data.
Lee
Shudder. NO! :-)
Aside from the very valid hardware concerns Nick mentioned, there are
too many flag days of various kinds strewn along that path. Skip them
all, start fresh with a -current
snapshot.
Ken
On 6 February 2014 05:49, davy davy.van.de.mo...@gmail.com wrote:
Hi,
I've recently
Heck, even pkg_add won't be too happy.
I've finally scraped a few compatibility items that were around 7 years
ago, like support for @md5 checksums...
On Thu, 6 Feb 2014, Kenneth Westerback wrote:
Shudder. NO! :-)
Aside from the very valid hardware concerns Nick mentioned, there are
too many flag days of various kinds strewn along that path. Skip them
all, start fresh with a -current
snapshot.
Much better to start with new CD set, eh?
On 6 February 2014 11:44, L. V. Lammert l...@omnitec.net wrote:
On Thu, 6 Feb 2014, Kenneth Westerback wrote:
Shudder. NO! :-)
Aside from the very valid hardware concerns Nick mentioned, there are
too many flag days of various kinds strewn along that path. Skip them
all, start fresh with a
On Thu, 6 Feb 2014, Kenneth Westerback wrote:
Well, that would imply waiting for May 1 or whenever the physical CD's
are available.
5.4 is available now, ..
Starting now with a -current snapshot means getting everything working
in the meantime and then ordering the new CD's and installing
L. V. Lammert [l...@omnitec.net] wrote:
On Thu, 6 Feb 2014, davy wrote:
Can I do a 4.1 - 5.4 in one shot?
Nope. One version at a time, .. though the better solution would be to do
a fresh install and copy data.
I don't see why everyone recommends install one version at a time.
It is
L. V. Lammert [l...@omnitec.net] wrote:
On Thu, 6 Feb 2014, davy wrote:
Can I do a 4.1 - 5.4 in one shot?
Nope. One version at a time, .. though the better solution would be to do
a fresh install and copy data.
What I'm recommending isn't really an upgrade so much as using the old
box
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
I don't see why everyone recommends install one version at a time.
It's not a recommendation, it is reality. Each upgrade is based on the
previuos version - skipping versions is not supported.
Lee
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
What I'm recommending isn't really an upgrade so much as using the old
box to bootstrap a newest snapshot. As long as the bootblocks are still
compatible, you can do it.
Why? A clean build on a new machine would be the best solution in that
case, ..
On 06/02/14 12:45 PM, L. V. Lammert wrote:
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
I don't see why everyone recommends install one version at a time.
It's not a recommendation, it is reality. Each upgrade is based on the
previuos version - skipping versions is not supported.
There is a
On 6 February 2014 12:31, L. V. Lammert l...@omnitec.net wrote:
On Thu, 6 Feb 2014, Kenneth Westerback wrote:
Well, that would imply waiting for May 1 or whenever the physical CD's
are available.
5.4 is available now, ..
Starting now with a -current snapshot means getting everything
On Thu, Feb 06, 2014 at 11:45:52AM -0600, L. V. Lammert wrote:
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
I don't see why everyone recommends install one version at a time.
It's not a recommendation, it is reality. Each upgrade is based on the
previuos version - skipping versions is not
On 6 February 2014 12:40, Chris Cappuccio ch...@nmedia.net wrote:
L. V. Lammert [l...@omnitec.net] wrote:
On Thu, 6 Feb 2014, davy wrote:
Can I do a 4.1 - 5.4 in one shot?
Nope. One version at a time, .. though the better solution would be to do
a fresh install and copy data.
What I'm
On 6 February 2014 12:40, Chris Cappuccio ch...@nmedia.net wrote:
L. V. Lammert [l...@omnitec.net] wrote:
On Thu, 6 Feb 2014, davy wrote:
Can I do a 4.1 - 5.4 in one shot?
Nope. One version at a time, .. though the better solution would be to do
a fresh install and copy data.
What I'm
On Thu, 6 Feb 2014, Marc Espie wrote:
Nah, if you know what you're doing you can skip lots of versions.
It's not recommmended because if you fuck up, well, you're on your own.
The OP gave no such indication, .. hence my recommendation for
step-by-step or new machine.
Developers will laugh at
On Thu, Feb 06, 2014 at 13:03, L. V. Lammert wrote:
On Thu, 6 Feb 2014, Marc Espie wrote:
Nah, if you know what you're doing you can skip lots of versions.
It's not recommmended because if you fuck up, well, you're on your own.
The OP gave no such indication, .. hence my recommendation for
Your best option would be to backup data and configs, and reinstall fresh.
There are so many releases between 4.1 and 5.4 that you're going to spend a
lot of time just to get to -current or -stable 5.4, while you're still
gonna have to modify config files that have changes since 4.1 that it
L. V. Lammert [l...@omnitec.net] wrote:
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
I don't see why everyone recommends install one version at a time.
It's not a recommendation, it is reality. Each upgrade is based on the
previuos version - skipping versions is not supported.
Because it
Kenneth Westerback [kwesterb...@gmail.com] wrote:
And, surprise!, boot blocks do change. 5.5 will be an example as things are
rearranged and unified.
But you can still use old bootblocks to run the new kernel as a bootstrap
You don't get the proper random seed functionality until you
Back to reality... Let's suppose I have very old OpenBSD box
like it was written.
Usually data should be OK (ftp data, web data, DB data dump??...), but can
I just copy for example /etc/master.passwd to a new fresh installed 5.5-current?
I'm asking because one had to regenerate /etc/{pwd,spwd}.db
Brad Smith [b...@comstyle.com] wrote:
On 06/02/14 12:45 PM, L. V. Lammert wrote:
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
I don't see why everyone recommends install one version at a time.
It's not a recommendation, it is reality. Each upgrade is based on the
previuos version - skipping
On Thu, Feb 06, 2014 at 11:56:05AM -0600, L. V. Lammert wrote:
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
What I'm recommending isn't really an upgrade so much as using the old
box to bootstrap a newest snapshot. As long as the bootblocks are still
compatible, you can do it.
Why? A
On Thu, Feb 6, 2014, at 04:07 PM, Chris Bennett wrote:
It never hurts to be careful. And backup everything before you turn off
those disks since they are old. Old disks keep running but often can't
restart from a stop.
If for some reason you do find yourself with disks that will not spin up
Chris Bennett [chrisbenn...@bennettconstruction.us] wrote:
On Thu, Feb 06, 2014 at 11:56:05AM -0600, L. V. Lammert wrote:
On Thu, 6 Feb 2014, Chris Cappuccio wrote:
What I'm recommending isn't really an upgrade so much as using the old
box to bootstrap a newest snapshot. As long as the
On Thu, Feb 06, 2014 at 03:54:17PM -0800, Chris Cappuccio wrote:
It never hurts to be careful. And backup everything before you turn off
those disks since they are old. Old disks keep running but often can't
restart from a stop.
Yeah keep backups any of this crazy stuff will drive you
36 matches
Mail list logo