On 11/20/08 08:41, Richard Hartmann wrote:
On Thu, Nov 20, 2008 at 03:45, Ron Johnson <[EMAIL PROTECTED]> wrote:
Which part of the hardware? And what if you upgrade/replace the bit of
hardware upon which your "host id" is based?
Switching RAM should prolly not change the ID, but motherboard,
On Thu, Nov 20, 2008 at 03:45, Ron Johnson <[EMAIL PROTECTED]> wrote:
> Which part of the hardware? And what if you upgrade/replace the bit of
> hardware upon which your "host id" is based?
Switching RAM should prolly not change the ID, but motherboard, CPU,
disks etc are all fair game. And as l
On Thu, Nov 20, 2008 at 03:50, Celejar <[EMAIL PROTECTED]> wrote:
> http://en.wikipedia.org/wiki/Ship_of_Theseus
That can be side-stepping by defining the crucial parts of a compuer,
er, ship.
Richard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Co
On Thu, Nov 20, 2008 at 02:28, Douglas A. Tutty <[EMAIL PROTECTED]> wrote:
> What about virtual hosts that may migrate from one piece of hardware to
> another? Wouldn't VMs mean that you need a unique host ID separate from
> hardware?
Yes, that is the point. But a cloned VM would create a duplic
On 11/19/08 20:50, Celejar wrote:
On Wed, 19 Nov 2008 20:45:40 -0600
Ron Johnson <[EMAIL PROTECTED]> wrote:
On 11/18/08 11:13, Richard Hartmann wrote:
[snip]
Actually, I do want an ID that is unique and tied to the hardware.
Which part of the hardware? And what if you upgrade/replace the bit
On Wed, 19 Nov 2008 20:45:40 -0600
Ron Johnson <[EMAIL PROTECTED]> wrote:
> On 11/18/08 11:13, Richard Hartmann wrote:
> [snip]
> >
> > Actually, I do want an ID that is unique and tied to the hardware.
>
> Which part of the hardware? And what if you upgrade/replace the bit
> of hardware upon
On 11/18/08 11:13, Richard Hartmann wrote:
[snip]
Actually, I do want an ID that is unique and tied to the hardware.
Which part of the hardware? And what if you upgrade/replace the bit
of hardware upon which your "host id" is based?
--
Ron Johnson, Jr.
Jefferson LA USA
If you don't agree
On Tue, Nov 18, 2008 at 06:13:13PM +0100, Richard Hartmann wrote:
> On Tue, Nov 18, 2008 at 12:20, Tom Allison <[EMAIL PROTECTED]> wrote:
>
> > I've absolutely no idea what you are trying to do here or why. I'm a little
> > curious about that.
>
> I want to assign all hosts a unique id that is c
John Hasler <[EMAIL PROTECTED]>:
> I wrote:
> > A bug. It is unreasonable to expect a user to know to do 'info
> > coreutils' to learn about hostid, head, or any of the many other
> > utilities that are fully documented only in the coreutils info files
>
> This is a known bug. See #483554.
I
John Hasler <[EMAIL PROTECTED]>:
> Ron Johnson writes:
> > /usr/share/info/coreutils.info.gz
>
> A bug. It is unreasonable to expect a user to know to do 'info coreutils'
> to learn about hostid, head, or any of the many other utilities that are
> fully documented only in the coreutils info f
Ron Johnson <[EMAIL PROTECTED]>:
> On 11/18/08 20:14, John Hasler wrote:
> > s. keeling writes:
> >> What is the Debian package that offers hostid info pages?
> >
> > Most likely it's in a non-free GFDL document.
>
> Doesn't look like it...
Yup, should have looked at coreutils info page. It's
On 11/19/08 09:40, John Hasler wrote:
Ron Johnson writes:
Anyway, what is the *point* of hostid on a machine with a F/LOSS
operating system?
Satisfying software that demands a hostid.
That's very... unsatisfying. :(
There are probably other use
Ron Johnson writes:
> Anyway, what is the *point* of hostid on a machine with a F/LOSS
> operating system?
Satisfying software that demands a hostid. There are probably other uses
for it as well.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John Hasler wrote:
> I wrote:
>> A bug. It is unreasonable to expect a user to know to do 'info
>> coreutils' to learn about hostid, head, or any of the many other
>> utilities that are fully documented only in the coreutils info files
>
> This is a
I wrote:
> A bug. It is unreasonable to expect a user to know to do 'info
> coreutils' to learn about hostid, head, or any of the many other
> utilities that are fully documented only in the coreutils info files
This is a known bug. See #483554.
--
John Hasler
--
To UNSUBSCRIBE, email to [EM
On 11/19/08 07:23, John Hasler wrote:
Ron Johnson writes:
/usr/share/info/coreutils.info.gz
A bug. It is unreasonable to expect a user to know to do 'info coreutils'
to learn about hostid, head, or any of the many other utilities that are
fully documented only in the coreutils info files, esp
Ron Johnson writes:
> /usr/share/info/coreutils.info.gz
A bug. It is unreasonable to expect a user to know to do 'info coreutils'
to learn about hostid, head, or any of the many other utilities that are
fully documented only in the coreutils info files, especially when the man
page says (incorrec
On 11/18/08 20:14, John Hasler wrote:
s. keeling writes:
What is the Debian package that offers hostid info pages?
Most likely it's in a non-free GFDL document.
Doesn't look like it...
$ apt-cache search coreutils|grep coreutils
coreutils - The GNU core utilities
policycoreutils - SELinux c
Hugo Vanwoerkom <[EMAIL PROTECTED]>:
> Tom Allison wrote:
> > Richard Hartmann wrote:
> >> On Mon, Nov 17, 2008 at 19:04, Steve Kemp <[EMAIL PROTECTED]> wrote:
> >>
> >>> hostid - contained in the coreutils package.
> >>
> >> Unfortunately, this id is either read from /etc/hostid or
> >> calculat
Richard Hartmann <[EMAIL PROTECTED]>:
> On Tue, Nov 18, 2008 at 19:42, Ron Johnson <[EMAIL PROTECTED]> wrote:
>
> > I was agreeing with you...
>
> Oups. Misread you there, sorry.
Understanding Ron's posts is an art. It's worth figuring it out,
but it can take years.
Shut up, Ron. I was agre
s. keeling writes:
> What is the Debian package that offers hostid info pages?
Most likely it's in a non-free GFDL document.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Steve Kemp <[EMAIL PROTECTED]>:
> On Mon Nov 17, 2008 at 18:58:15 +0100, Richard Hartmann wrote:
>
> > I am wondering if there is any sane way to get a unique ID for a system.
> > That means both hardware- and Xen-based.
>
> > Of course, I could try to mangle all this into an ID, but that proces
On Tue, Nov 18, 2008 at 19:42, Ron Johnson <[EMAIL PROTECTED]> wrote:
> I was agreeing with you...
Oups. Misread you there, sorry.
Richard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 11/18/08 11:14, Richard Hartmann wrote:
On Tue, Nov 18, 2008 at 07:02, Ron Johnson <[EMAIL PROTECTED]> wrote:
The Debian installation I am writing this from was first installed on almost
completely different hardware. The only commonality between that PC and my
current box is that I brought
Richard writes:
> I would simply do
> uuidgen > /etc/hosts
> if I could rely on IDs of that kind. Unfortunately, I can't :(
Why not?
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Nov 18, 2008 at 07:02, Ron Johnson <[EMAIL PROTECTED]> wrote:
> The Debian installation I am writing this from was first installed on almost
> completely different hardware. The only commonality between that PC and my
> current box is that I brought the boot disk (hda) with me.
In this c
On Tue, Nov 18, 2008 at 12:20, Tom Allison <[EMAIL PROTECTED]> wrote:
> I've absolutely no idea what you are trying to do here or why. I'm a little
> curious about that.
I want to assign all hosts a unique id that is consistent across all
monitoring and accounting solutions.
The existance of VMs
Tom Allison wrote:
Richard Hartmann wrote:
On Mon, Nov 17, 2008 at 19:04, Steve Kemp <[EMAIL PROTECTED]> wrote:
hostid - contained in the coreutils package.
Unfortunately, this id is either read from /etc/hostid or calculated
from the IPv4 address which a gethostbyhostname_r(3) on the
syste
Richard Hartmann wrote:
On Mon, Nov 17, 2008 at 19:04, Steve Kemp <[EMAIL PROTECTED]> wrote:
hostid - contained in the coreutils package.
Unfortunately, this id is either read from /etc/hostid or calculated
from the IPv4 address which a gethostbyhostname_r(3) on the
system's hostname returns
On 11/17/08 20:07, Richard Hartmann wrote:
On Mon, Nov 17, 2008 at 19:04, Steve Kemp <[EMAIL PROTECTED]> wrote:
hostid - contained in the coreutils package.
Unfortunately, this id is either read from /etc/hostid or calculated
from the IPv4 address which a gethostbyhostname_r(3) on the
system
On Mon, Nov 17, 2008 at 19:04, Steve Kemp <[EMAIL PROTECTED]> wrote:
> hostid - contained in the coreutils package.
Unfortunately, this id is either read from /etc/hostid or calculated
from the IPv4 address which a gethostbyhostname_r(3) on the
system's hostname returns.
This means the id is not
On Mon Nov 17, 2008 at 18:58:15 +0100, Richard Hartmann wrote:
> I am wondering if there is any sane way to get a unique ID for a system.
> That means both hardware- and Xen-based.
> Of course, I could try to mangle all this into an ID, but that process
> is error-prone. Maybe there is any tool w
Hi all,
I am wondering if there is any sane way to get a unique ID for a system.
That means both hardware- and Xen-based.
Things I tried include, but are not limited to:
dmidecode | grep ID # fails as some PCs have the same UUID & ID
hdparm -I /dev/sda | grep Serial # fails on Xen boxen
ls -l
33 matches
Mail list logo