<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general">
    <title>gmane.linux.tagcose.general</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/109"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/108"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/107"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/106"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/105"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/104"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/103"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/102"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/101"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/100"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/99"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/98"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/97"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/96"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/95"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/94"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/93"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/92"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/91"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.tagcose.general/89"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/109">
    <title>UPS problem in low voltage, power fluctuation,PC getting restart..</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/109</link>
    <description>&lt;pre&gt;This thread is pretty informative. I found it interesting.
http://www.thinkdigit.com/forum/hardware-q/141106-ups-problem-low-voltage-power-fluctuation-pc-getting-restart.html

&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-05-23T17:10:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/108">
    <title>Linux Kernel /etc/sysctl.conf Security Hardening</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/108</link>
    <description>&lt;pre&gt;We should be sure that such measures are taken where appropriate.
http://www.cyberciti.biz/faq/linux-kernel-etcsysctl-conf-security-hardening/

&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-05-20T14:21:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/107">
    <title>Re: READM FPDMA QUEUED errors</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/107</link>
    <description>&lt;pre&gt;_______________________________________________
list mailing list
list&amp;lt; at &amp;gt;tagcose.com
https://lists.tagcose.com/mailman/listinfo/list
&lt;/pre&gt;</description>
    <dc:creator>dwaynehaught&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2013-05-16T21:35:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/106">
    <title>Re: READM FPDMA QUEUED errors</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/106</link>
    <description>&lt;pre&gt;
I wrote too soon. :(
While this may have indeed fixed those errors from being thrown, the 
server's networking on the wan side has seized up again.

At this point I'm suspecting the virtio network driver, mostly because 
I'm not seeing this problem with any of the other servers (which don't 
use that).

I'll post more here as I find the solution.

&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-05-16T21:34:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/105">
    <title>READM FPDMA QUEUED errors</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/105</link>
    <description>&lt;pre&gt;One of my servers was throwing messages to the console (dmesg) like:
ata 3.00: exception mask ... frozen
failed command: READ FPDMA QUEUED
status: { DRDY }                (timeout)

These errors showed for both ata 3.00 and 1.00, which correspond to the 
mirrored host drives (software, not udat).

I've seen this error only on this one (of 6) using the Asus E35M1-M Pro 
motherboard. What's a little different with this host are the hard 
drives. They're both WD2500JS-75 models, circa 2007 IIRC. I suspect 
these older drives do not (fully) support some functionality that the 
software is attempting to use.

The apparent solution was found here:
https://bugzilla.redhat.com/show_bug.cgi?id=611350
Adding the "pcie_aspm=off" kernel parameter has indeed eliminated the 
messages.

I haven't the time to investigate further, but wanted to leave this 
breadcrumb here for starters.
HTH.

&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-05-16T19:34:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/104">
    <title>Re: Parted User's Manual</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/104</link>
    <description>&lt;pre&gt;thanks. When is a machine valid for production, and when is the machine in
the developmental stage. Maybe the answer is too long for an email and/or
has particular variables that have to be set before the question can be
answered. I think at least there is some general guidelines. Phrased a
different way, how is one determined from the other (production vs.
developmental machine)?


On Mon, May 6, 2013 at 5:22 PM, Eric Shubert &amp;lt;shubes&amp;lt; at &amp;gt;tagcose.com&amp;gt; wrote:

_______________________________________________
list mailing list
list&amp;lt; at &amp;gt;tagcose.com
https://lists.tagcose.com/mailman/listinfo/list
&lt;/pre&gt;</description>
    <dc:creator>dwayne</dc:creator>
    <dc:date>2013-05-07T00:32:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/103">
    <title>Parted User's Manual</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/103</link>
    <description>&lt;pre&gt;http://www.gnu.org/software/parted/manual/parted.html
This manual is indispensable when working with gpt partitions.
(note to self)

&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-05-07T00:22:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/102">
    <title>Fwd: VPN Troubleshooting</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/102</link>
    <description>&lt;pre&gt;Here are some good VPN/network troubleshooting tips from Kerry on the 
IPCop users list:



Also, what are your results for the following:

pings (packet sizes of 64bytes, 1500bytes, 4096bytes, 1400 bytes, etc. 
with No Fragment options set) from host in source network to host in 
destination network and vice versa.
[you will have to experiment with this, but make sure the Do Not 
Fragment option is set and attempt packets larger than 1500bytes not 
only to destination network, but another host/site out on the Internet 
as well (as a control).  You should find a size that does not give 
response as packet size is too large, then work between packet sizes 
that are successful and those that are not until you find maximum 
successful size.]

traceroute to/from source/destination network as well as Internet 
control host.
(traceroute also has mtu discovery options etc, but sometimes there are 
issues and version differences - read more in manpages)

pings to intermediate routers/devices from above traceroute re&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-05-06T15:35:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/101">
    <title>Thanks I'll check it out Re: Router/Bridge Linux Firewall</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/101</link>
    <description>&lt;pre&gt;

Eric Shubert &amp;lt;shubes&amp;lt; at &amp;gt;tagcose.com&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>Dwayne</dc:creator>
    <dc:date>2013-05-01T15:01:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/100">
    <title>Router/Bridge Linux Firewall</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/100</link>
    <description>&lt;pre&gt;http://www.zeroshell.org/

Zeroshell might be a suitable replacement for IPCop in situations where 
WAN network bonding and QoS are needed. It also has strong 
authentication features. I think it's worth a close look.

&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-05-01T14:53:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/99">
    <title>Re: Linux fatware? These distros need to slim down | Data Center - InfoWorld</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/99</link>
    <description>&lt;pre&gt;
Very good piece. So true.
Thanks Dwayne.

&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-04-10T01:15:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/98">
    <title>Linux fatware? These distros need to slim down | DataCenter - InfoWorld</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/98</link>
    <description>&lt;pre&gt;http://www.infoworld.com/d/data-center/linux-fatware-these-distros-need-slim-down-215757?page=0,0
_______________________________________________
list mailing list
list&amp;lt; at &amp;gt;tagcose.com
https://lists.tagcose.com/mailman/listinfo/list
&lt;/pre&gt;</description>
    <dc:creator>dwayne</dc:creator>
    <dc:date>2013-04-10T00:55:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/97">
    <title>Re: Nice pice on virtio</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/97</link>
    <description>&lt;pre&gt;Thanks. We are working on Logstash today and tomorrow.
------Original Message------
From: Eric Shubert
Sender: list-bounces+dwaynehaught=gmail.com&amp;lt; at &amp;gt;tagcose.com
To: Tagcose
ReplyTo: Tagcose
Subject: [tagcose] Nice pice on virtio
Sent: Apr 8, 2013 5:41 PM

http://www.ibm.com/developerworks/linux/library/l-virtio/index.html

&lt;/pre&gt;</description>
    <dc:creator>dwaynehaught&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2013-04-09T00:44:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/96">
    <title>Nice pice on virtio</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/96</link>
    <description>&lt;pre&gt;http://www.ibm.com/developerworks/linux/library/l-virtio/index.html

&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-04-09T00:41:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/95">
    <title>» Linuxaria – Everything about GNU/Linux and Open source Monitor your bandwidth from the Linux shell</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/95</link>
    <description>&lt;pre&gt;http://linuxaria.com/article/monitor-your-bandwidth-from-the-linux-shell?lang=en
_______________________________________________
list mailing list
list&amp;lt; at &amp;gt;tagcose.com
https://lists.tagcose.com/mailman/listinfo/list
&lt;/pre&gt;</description>
    <dc:creator>dwayne</dc:creator>
    <dc:date>2013-03-31T18:22:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/94">
    <title>Backup email with a single command</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/94</link>
    <description>&lt;pre&gt;http://www.linux-magazine.com/Online/Blogs/Productivity-Sauce/Back-up-Email-with-a-Single-Command
_______________________________________________
list mailing list
list&amp;lt; at &amp;gt;tagcose.com
https://lists.tagcose.com/mailman/listinfo/list
&lt;/pre&gt;</description>
    <dc:creator>dwayne</dc:creator>
    <dc:date>2013-03-31T17:43:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/93">
    <title>Fwd: Re: Hardware suggestions for flash-based IPCop</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/93</link>
    <description>&lt;pre&gt;This describes pretty well what the flash install of IPCop does.
We need to make similar considerations for USB installs of PVE.


-------- Original Message --------
Subject: Re: Hardware suggestions for flash-based IPCop
Date: Thu, 31 Jan 2013 18:37:47 -0800
From: David W Studeman &amp;lt;dave-smqDtNBZND1ekjLnd1UXUg&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: ipcop-user-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
Newsgroups: gmane.comp.security.ipcop.user
References: &amp;lt;51017B77.705&amp;lt; at &amp;gt;xxiii.com&amp;gt;

On 1/24/2013 10:20 AM, tar23-nQ5yDzRoN1QAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org wrote:

CF cards are alive and well thanks to Industrial Grade CF cards. They
can be had in sizes as little as 128MB. You can also use DOM's which
plug directly into drive headers or even SD down to microSD with the
proper adapter.

The ideal size for IPCop 2.x is 512MB. When you choose Flash Install
during installation, it makes fixed sized boot and var/log_compressed
partitions. The remainder of the disk is used as root and any larger
size with do nothing as root never gr&lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-03-26T17:49:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/92">
    <title>Linux Security – Server Hardening | Pinehead.TV</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/92</link>
    <description>&lt;pre&gt;http://pinehead.tv/linux/linux-security-server-hardening/
_______________________________________________
list mailing list
list&amp;lt; at &amp;gt;tagcose.com
https://lists.tagcose.com/mailman/listinfo/list
&lt;/pre&gt;</description>
    <dc:creator>dwayne</dc:creator>
    <dc:date>2013-02-15T17:11:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/91">
    <title>Intel brings flash cache acceleration to Linux servers |ZDNet</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/91</link>
    <description>&lt;pre&gt;http://www.zdnet.com/intel-brings-flash-cache-acceleration-to-linux-servers-7000011206/
_______________________________________________
list mailing list
list&amp;lt; at &amp;gt;tagcose.com
https://lists.tagcose.com/mailman/listinfo/list
&lt;/pre&gt;</description>
    <dc:creator>dwayne</dc:creator>
    <dc:date>2013-02-15T17:02:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/89">
    <title>Re: list Digest, Vol 57, Issue 1</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/89</link>
    <description>&lt;pre&gt;
Good. To be honest, I'm a bit confused as to why there would be more 
than one gateway. Load balancing or failover scenarios I'm guessing, but 
I haven't done that stuff.



The later. The VM controls the raid array of the data store. That way it 
can easily be split off for scalability (separate backplane).


We need to write this up. I just came across a pitfall yesterday. I'll 
tell you about it on Saturday. The gist of it is be sure to use 
different md# device numbers for each of the arrays on the host. Grub2 
will get them confused otherwise. I use /dev/md7 for the data store.

Also, I *highly* recommend against using raid5. Raid5 will put a 
significant load on the cpu. With the cost of HDDs as low as it is, 
raid5 doesn't make cents any more. If you already have 4 1TB drives that 
you want to use, I recommend using raid-10, which will give you 2TB of 
mirrored storage.


I typically create a store just for ISOs, but that's not really 
necessary. Mostly a hangover from VMware Server. A PVE store can &lt;/pre&gt;</description>
    <dc:creator>Eric Shubert</dc:creator>
    <dc:date>2013-01-08T18:29:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.tagcose.general/88">
    <title>Re: list Digest, Vol 57, Issue 1</title>
    <link>http://permalink.gmane.org/gmane.linux.tagcose.general/88</link>
    <description>&lt;pre&gt;Eric,

Thanks for the updated information.  I think I got confused with the dual
gateway stanzas shown in the list of the installation wiki.  Proxmox
wouldn't set both up and when it initially set it up I was left without
access to the hosts webserver.  That is back and I have access to the web
UI again.

A couple of new questions:  I have set up the host on the flash drives as
described. However I have 4 - 1TB SATA HDD's that are currently in a
software RAID 5 that I have in the host system that I need to use to set up
the 1st data store.  They are currently data-less and not assembled in the
current system.

Should these drives be assembled by mdadm at the host level or should they
be re-configured and assembled in Proxmox trough a vm?  If vm inside
Proxmox is the way to go than I have yet to find a proceedure to do this
and need some direction here.

The 32GB flash based RAID is setup and mounted at /opt/vms  and has been
added to Proxmox as a data store as opt.  Do I need to add ISO's for
installation on&lt;/pre&gt;</description>
    <dc:creator>James Dugger</dc:creator>
    <dc:date>2013-01-04T06:07:45</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.tagcose.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.tagcose.general</link>
  </textinput>
</rdf:RDF>
