[Cialug] Question about Xen Domain-0 increasing available
Kelly Slaugh
kelly at visionary.com
Mon Nov 4 10:02:36 CST 2013
Thank you Matt,
That would explain why I can only use 16 GB of the memory however why is it that I'm not able use the rest of my RAM I have installed? There is 32 GB installed on the host machine however the system is only reporting that there is 16GB total.
Kelly L. Slaugh // Systems Administrator
Visionary Services, Inc.
P1: 515.369.3545 ext. 116
P2: 888.303.2848 ext. 116
f: 515.369.3546
visionary.com
-----Original Message-----
From: cialug-bounces at cialug.org [mailto:cialug-bounces at cialug.org] On Behalf Of cialug-request at cialug.org
Sent: Monday, November 04, 2013 9:39 AM
To: cialug at cialug.org
Subject: Cialug Digest, Vol 103, Issue 4
Send Cialug mailing list submissions to
cialug at cialug.org
To subscribe or unsubscribe via the World Wide Web, visit
http://cialug.org/mailman/listinfo/cialug
or, via email, send a message with subject or body 'help' to
cialug-request at cialug.org
You can reach the person managing the list at
cialug-owner at cialug.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Cialug digest..."
Today's Topics:
1. Re: I Don't Hate Tikly--a Thoughtful Side-Topic Opinion
(Matt Stanton)
2. Re: I Don't Hate Tikly--a Thoughtful Side-Topic Opinion
(Matt Stanton)
3. Re: I Don't Hate Tikly--a Thoughtful Side-Topic Opinion (kristau)
4. Re: I Don't Hate Tikly--a Thoughtful Side-Topic Opinion
(Todd Walton)
5. Re: I Don't Hate Tikly--a Thoughtful Side-Topic Opinion
(David Champion)
6. Question about Xen Domain-0 increasing available Memory
(Kelly Slaugh)
7. Re: Question about Xen Domain-0 increasing available Memory
(Matt Millard)
----------------------------------------------------------------------
Message: 1
Date: Sun, 3 Nov 2013 14:06:43 -0600
From: Matt Stanton <matt at itwannabe.com>
To: Central Iowa Linux Users Group <cialug at cialug.org>
Subject: Re: [Cialug] I Don't Hate Tikly--a Thoughtful Side-Topic
Opinion
Message-ID: <e196658f-d0a0-4124-b8e5-ccd8cdf63afc.maildroid at localhost>
Content-Type: text/plain; charset=utf-8
As to implementation of such an anonymous service:
Collect the name for the purpose of RSVP, convert the alphabetic data to lower-case, run that data through your secure-ish hash cipher of choice to get a mangled, but testable anonymous token, save token to database for the length of time required to facilitate the count of RSVPs, drop table thisLUGevent;
This way the data isn't traceable back to any particular purpose without an original list of LUG members to which to correlate the hashes, and at the same time if a person suffering from "Old Person's Memory Disease" such as I do and they forget they already signed up, it is possible to remind them that they have already signed up (so long as they don't forget how to spell their name when registering one of these times). If you have a good memory and you want to avoid being able to be correlated to an RSVP, you can then use a different name for the purpose of RSVPing so long as you always remember to use that name for the purpose of RSVPing and you never actually reveal to anyone that you use that name.
If anyone decides they want to write the code for such a service, I would be happy to host it on either my Linode or my DigitalOcean VPS for the group, though the group also has its own server sitting somewhere that should be able to fulfill that purpose.
-- Matt (N0BOX)
Sent from my ASUS Transformer
-----Original Message-----
From: David Champion <dchamp1337 at gmail.com>
To: Central Iowa Linux Users Group <cialug at cialug.org>
Sent: Sat, 02 Nov 2013 6:57 PM
Subject: Re: [Cialug] I Don't Hate Tikly--a Thoughtful Side-Topic Opinion
I moved Dave's cheese.
-dc
On Sat, Nov 2, 2013 at 3:43 PM, jim kraai <jimgkraai at gmail.com> wrote:
> Who moved Dave's cheese?
> On Nov 2, 2013 6:40 AM, "Dave Weis" <djweis at sjdjweis.com> wrote:
>
> > So you're volunteering to tally all RSVP's?
> >
> > I think the last use of the service was to get a count of people so
> > you could be provided free food and beverages at a meeting planned,
> > hosted,
> and
> > led by volunteers.
> >
> > I'll be sitting out of the crusade against services that make my and
> > other's life easier without any risk beyond my email address and
> > where
> I'll
> > be Wednesday night.
> >
> >
> >
> > On Sat, Nov 2, 2013 at 2:34 AM, jim kraai <jimgkraai at gmail.com> wrote:
> >
> > > ... but I do hate being forced to use third party services like it.
> > >
> > > This isn't directly Linux related, but it is related to a trend
> > > that
> all
> > of
> > > the local technical groups are going in where we're directed to
> > > third
> > party
> > > web sites to RSVP or schedule or whatever for events.
> > >
> > >
> > > I recall that government agencies used to be legally obligated to
> adhere
> > to
> > > the following principle: If data is not required by law to
> > > fulfill a mandated requirement, then it is unlawful to collect it.
> > > This was an acknowledgement that data:
> > > 1. was expensive to gather (this is no longer true) 2. was
> > > expensive to curate (this is no longer true) 3. would eventually
> > > be misused
> > >
> > > Which led me to ... let's call it Kraai's Maxim: The reasons for
> > > which data are collected today will not constrain the uses to
> > > which it will
> be
> > > put tomorrow.
> > >
> > > Corollary 1: Those collecting data today are not those who will
> > > be
> using
> > > it tomorrow.
> > >
> > > Corollary 2: It is impossible to anticipate today what uses data
> > > will
> be
> > > put to tomorrow.
> > >
> > > Corollary 3: It should be assumed that all data will eventually
> > > be misinterpreted or misused in unpredictable and possibly in
> > > unscrupulous ways.
> > >
> > > Weak Corollary to Corollary 3: Data that isn't collected can't be
> > > effectively misinterpreted or misused.
> > >
> > > - By effectively, I mean that it wouldn't stand up under rational
> > scrutiny.
> > >
> > > - By weak, I mean that new data can be interpolated and/or
> > > extrapolated from what data there is depending on the quality of
> > > the source data and what other data sources are corellatable to the source data.
> > >
> > > So, applying the Maxim and Corollaries to tikly:
> > >
> > > (Note that tikly requires first/last name, email address, and a
> > > phone
> > > number.)
> > >
> > > Over the years we've learned that eventually, tikly will have an
> > accidental
> > > data spill or exposure, get hacked, and/or sell out. The only
> > uncertainty
> > > is when that will happen--not whether. Keep in mind that they
> > > can't
> leak
> > > or sell what they don't have.
> > >
> > > Note that if tikly goes under--and there's a 19/20 chance they
> > will--their
> > > most significant salable asset will be that data. Recent
> > > precedent has shown that prior promises and user agreements will
> > > be thrown out so the investors can have their claims settled
> > > partially by the sale of that
> > data
> > > to the highest bidder. Until something extraordinary happens in
> > > the courts, there's nothing you can do about such a sale or the
> > > uses to
> which
> > > that data is eventually put.
> > >
> > > It's a common practice to 'protect our privacy' by putting bogus
> > > data
> in
> > > their registration forms. We need to realize that it's ethically
> > > problematic and potentially illegal to put bad data in a web
> > > site's registration forms. So that should not be an acceptable
> > > long-term
> > practice
> > > for a principled person.
> > >
> > > This is why I prefer to not use third party services that gather
> > > any
> kind
> > > of data.
> > >
> > > --jim
> > > _______________________________________________
> > > Cialug mailing list
> > > Cialug at cialug.org
> > > http://cialug.org/mailman/listinfo/cialug
> > >
> > _______________________________________________
> > Cialug mailing list
> > Cialug at cialug.org
> > http://cialug.org/mailman/listinfo/cialug
> >
> _______________________________________________
> Cialug mailing list
> Cialug at cialug.org
> http://cialug.org/mailman/listinfo/cialug
>
_______________________________________________
Cialug mailing list
Cialug at cialug.org
http://cialug.org/mailman/listinfo/cialug
------------------------------
Message: 2
Date: Sun, 3 Nov 2013 14:19:02 -0600
From: Matt Stanton <matt at itwannabe.com>
To: Central Iowa Linux Users Group <cialug at cialug.org>
Subject: Re: [Cialug] I Don't Hate Tikly--a Thoughtful Side-Topic
Opinion
Message-ID: <617a8435-86a0-43e3-95b4-9ad40654ca44.maildroid at localhost>
Content-Type: text/plain; charset=utf-8
Wow, I was suffering from Old Person's Memory Disease when I was writing about said disease and forgot what the beginning of that sentence read like when I was writing the end of the sentence.
Should read: ...if a person is suffering from "Old Person's Memory Disease", such as I do, and they forget that they have already signed up, it is possible to remind them that they have already signed up (so long as they don't forget how to spell their name when registering one of these times).
Also the steps used would read better delimited by semicolons/newlines:
Collect the name for the purpose of RSVP; convert the alphabetic data to lower-case; run that data through your secure-ish hash cipher of choice to get a mangled, but testable, anonymous token; save token to database table thisLUGevent for the length of time required to facilitate the count of RSVPs; spit out a final tally of RSVPs; drop table thisLUGevent;
Sorry for the list spam via typo correction. :P
-- Matt (N0BOX)
Sent from my ASUS Transformer
-----Original Message-----
From: Matt Stanton <matt at itwannabe.com>
To: Central Iowa Linux Users Group <cialug at cialug.org>
Sent: Sun, 03 Nov 2013 2:07 PM
Subject: Re: [Cialug] I Don't Hate Tikly--a Thoughtful Side-Topic Opinion
As to implementation of such an anonymous service:
Collect the name for the purpose of RSVP, convert the alphabetic data to lower-case, run that data through your secure-ish hash cipher of choice to get a mangled, but testable anonymous token, save token to database for the length of time required to facilitate the count of RSVPs, drop table thisLUGevent;
This way the data isn't traceable back to any particular purpose without an original list of LUG members to which to correlate the hashes, and at the same time if a person suffering from "Old Person's Memory Disease" such as I do and they forget they already signed up, it is possible to remind them that they have already signed up (so long as they don't forget how to spell their name when registering one of these times). If you have a good memory and you want to avoid being able to be correlated to an RSVP, you can then use a different name for the purpose of RSVPing so long as you always remember to use that name for the purpose of RSVPing and you never actually reveal to anyone that you use that name.
If anyone decides they want to write the code for such a service, I would be happy to host it on either my Linode or my DigitalOcean VPS for the group, though the group also has its own server sitting somewhere that should be able to fulfill that purpose.
-- Matt (N0BOX)
------------------------------
Message: 3
Date: Sun, 3 Nov 2013 14:36:03 -0600
From: kristau <kristau at gmail.com>
To: Central Iowa Linux Users Group <cialug at cialug.org>
Subject: Re: [Cialug] I Don't Hate Tikly--a Thoughtful Side-Topic
Opinion
Message-ID:
<CAM+7bFRLBDv9qfXSnMYbqCe4qSyL7aW5tyD1mvRyuGBszde6Jw at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
I like that idea, Matt. You could hash the registrant's e-mail address (which shouldn't change unless they re-register with a different e-mail
address) and an Event ID together to come up with a user-event hash unique to that event. That way, the same e-mail address would result in a different hash for different events.
The key, however, is to make sure the data is truly transient. While there may be a database associated with the site itself (for example WordPress or Drupal backing db), the database which holds these user/event associations should never be dumped or backed up, and it should clean itself out as soon as the event expires (like the drop table idea).
On Sun, Nov 3, 2013 at 2:19 PM, Matt Stanton <matt at itwannabe.com> wrote:
> Wow, I was suffering from Old Person's Memory Disease when I was
> writing about said disease and forgot what the beginning of that
> sentence read like when I was writing the end of the sentence.
>
> Should read: ...if a person is suffering from "Old Person's Memory
> Disease", such as I do, and they forget that they have already signed
> up, it is possible to remind them that they have already signed up (so
> long as they don't forget how to spell their name when registering one
> of these times).
>
> Also the steps used would read better delimited by semicolons/newlines:
>
> Collect the name for the purpose of RSVP; convert the alphabetic data
> to lower-case; run that data through your secure-ish hash cipher of
> choice to get a mangled, but testable, anonymous token; save token to
> database table thisLUGevent for the length of time required to
> facilitate the count of RSVPs; spit out a final tally of RSVPs; drop
> table thisLUGevent;
>
> Sorry for the list spam via typo correction. :P
>
> -- Matt (N0BOX)
>
> Sent from my ASUS Transformer
>
> -----Original Message-----
> From: Matt Stanton <matt at itwannabe.com>
> To: Central Iowa Linux Users Group <cialug at cialug.org>
> Sent: Sun, 03 Nov 2013 2:07 PM
> Subject: Re: [Cialug] I Don't Hate Tikly--a Thoughtful Side-Topic
> Opinion
>
> As to implementation of such an anonymous service:
>
> Collect the name for the purpose of RSVP, convert the alphabetic data
> to lower-case, run that data through your secure-ish hash cipher of
> choice to get a mangled, but testable anonymous token, save token to
> database for the length of time required to facilitate the count of
> RSVPs, drop table thisLUGevent;
>
> This way the data isn't traceable back to any particular purpose
> without an original list of LUG members to which to correlate the
> hashes, and at the same time if a person suffering from "Old Person's
> Memory Disease" such as I do and they forget they already signed up,
> it is possible to remind them that they have already signed up (so
> long as they don't forget how to spell their name when registering one
> of these times). If you have a good memory and you want to avoid
> being able to be correlated to an RSVP, you can then use a different
> name for the purpose of RSVPing so long as you always remember to use
> that name for the purpose of RSVPing and you never actually reveal to anyone that you use that name.
>
> If anyone decides they want to write the code for such a service, I
> would be happy to host it on either my Linode or my DigitalOcean VPS
> for the group, though the group also has its own server sitting
> somewhere that should be able to fulfill that purpose.
>
> -- Matt (N0BOX)
> _______________________________________________
> Cialug mailing list
> Cialug at cialug.org
> http://cialug.org/mailman/listinfo/cialug
>
--
Tired programmer
Coding late into the night
The core dump follows
------------------------------
Message: 4
Date: Sun, 3 Nov 2013 18:03:53 -0600
From: Todd Walton <tdwalton at gmail.com>
To: Central Iowa Linux Users Group <cialug at cialug.org>
Subject: Re: [Cialug] I Don't Hate Tikly--a Thoughtful Side-Topic
Opinion
Message-ID:
<CALm_Md-j7yxsSGdw_kLH-qXC_YSYBzXEGRdDXOD4H+PwojNO0g at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Nov 3, 2013 2:37 PM, "kristau" <kristau at gmail.com> wrote:
>
> I like that idea, Matt.
Yes but, RSVPing isn't just for the person RSVPing, right? The organizer
wants to know who (not just how many) is attending.
--
Todd
------------------------------
Message: 5
Date: Mon, 4 Nov 2013 09:00:28 -0600
From: David Champion <dchamp1337 at gmail.com>
To: Central Iowa Linux Users Group <cialug at cialug.org>
Subject: Re: [Cialug] I Don't Hate Tikly--a Thoughtful Side-Topic
Opinion
Message-ID:
<CAJ7QWVNVeJKoW_TQS0wWszZT6bsxLFt5qHNU7UsVZhD_2E66gA at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
I agree, Todd. If I'm providing something to you at no cost - pizza,
running a mailing list or forum, etc. and you can't even tell me your real
name and email address, then please do not expect to get anything from me
in return.
-dc
On Sun, Nov 3, 2013 at 6:03 PM, Todd Walton <tdwalton at gmail.com> wrote:
> On Nov 3, 2013 2:37 PM, "kristau" <kristau at gmail.com> wrote:
> >
> > I like that idea, Matt.
>
> Yes but, RSVPing isn't just for the person RSVPing, right? The organizer
> wants to know who (not just how many) is attending.
>
> --
> Todd
> _______________________________________________
> Cialug mailing list
> Cialug at cialug.org
> http://cialug.org/mailman/listinfo/cialug
>
------------------------------
Message: 6
Date: Mon, 4 Nov 2013 15:09:24 +0000
From: Kelly Slaugh <kelly at visionary.com>
To: "cialug at cialug.org" <cialug at cialug.org>
Subject: [Cialug] Question about Xen Domain-0 increasing available
Memory
Message-ID:
<da4be230ec17429faf8301f1fedf01d9 at BLUPR02MB065.namprd02.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Hello everyone,
Wondering if someone could help me with a question. Yesterday I increased the memory on my host machine from 16GB to 32GB. The system started perfectly, however, when I go into my virt-manager and try and increase the available memory from 16260mb to 20480mb not happens. I looked in the configuration file on the terminal and the Domain-0 configs have memory = 20480. However on the virt-manager Dom-0 is still reporting 16260mb. Do I need to restart the Dom-0 in order for it to recognize the change? Is there an easier command that I can run that will allow Dom-0 to see that the config file has 20480 for memory without taking down Dom-0?
Virt-manager version is 0.6.1
Maybe something isn't right with my memory tables. When I run the command "free -t -g" I get that total memory = 15 Used = 15 free = 0 shared = 0 buffers = 0 cached = 14; swap = 3 total & 3 free.
If I have 32 GB of memory installed why is it that I the reported memory is only 15GB and not higher?
The Memory configuration is 4x4GB on both Processors.
Sorry this is a novel, any advice would be much appreciated.
Kelly Slaugh
------------------------------
Message: 7
Date: Mon, 4 Nov 2013 09:42:29 -0600
From: Matt Millard <millard.matt at gmail.com>
To: Central Iowa Linux Users Group <cialug at cialug.org>
Subject: Re: [Cialug] Question about Xen Domain-0 increasing available
Memory
Message-ID:
<CAFSFVYThR4YXj-nvmRSR10VkDdQUdKSmYvf4DW8tigeMSSjeZQ at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
http://wiki.xen.org/wiki/Xen_FAQ_Dom0#Why_cannot_I_see_all_my_RAM_on_my_Dom0.3F
Matt
On Mon, Nov 4, 2013 at 9:09 AM, Kelly Slaugh <kelly at visionary.com> wrote:
> Hello everyone,
>
> Wondering if someone could help me with a question. Yesterday I increased
> the memory on my host machine from 16GB to 32GB. The system started
> perfectly, however, when I go into my virt-manager and try and increase the
> available memory from 16260mb to 20480mb not happens. I looked in the
> configuration file on the terminal and the Domain-0 configs have memory =
> 20480. However on the virt-manager Dom-0 is still reporting 16260mb. Do I
> need to restart the Dom-0 in order for it to recognize the change? Is
> there an easier command that I can run that will allow Dom-0 to see that
> the config file has 20480 for memory without taking down Dom-0?
>
> Virt-manager version is 0.6.1
>
> Maybe something isn't right with my memory tables. When I run the command
> "free -t -g" I get that total memory = 15 Used = 15 free = 0 shared = 0
> buffers = 0 cached = 14; swap = 3 total & 3 free.
>
> If I have 32 GB of memory installed why is it that I the reported memory
> is only 15GB and not higher?
>
> The Memory configuration is 4x4GB on both Processors.
>
> Sorry this is a novel, any advice would be much appreciated.
>
> Kelly Slaugh
> _______________________________________________
> Cialug mailing list
> Cialug at cialug.org
> http://cialug.org/mailman/listinfo/cialug
>
--
Matt Millard
http://mattmillardphotography.com
------------------------------
_______________________________________________
Cialug mailing list
Cialug at cialug.org
http://cialug.org/mailman/listinfo/cialug
End of Cialug Digest, Vol 103, Issue 4
**************************************
More information about the Cialug
mailing list