<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: How to kill smbd process automatically in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5409993#M53432</link>
    <description>&lt;P&gt;Network application like Samba use "...keep alive..." and "....max connections..." parameters in their config file.&amp;nbsp; Smb.conf for samba.&amp;nbsp; You can clearly see this with "...netstat...".&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You have have a problem with users trying to get access if all the connections are filled.&amp;nbsp; That's what keep alive does, maintain the connection.&amp;nbsp; That's so the user doesn't have to go through a long connection process to establish samba every transaction.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Adding "deadtime = 1" to smb.conf kept the netstat table manageable.&amp;nbsp; A value of 5 may be more appropriate for general use.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There are alot of complaints about this problem with samba on linux.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 06 Dec 2011 03:10:01 GMT</pubDate>
    <dc:creator>Michael Steele_2</dc:creator>
    <dc:date>2011-12-06T03:10:01Z</dc:date>
    <item>
      <title>How to kill smbd process automatically</title>
      <link>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5393571#M53365</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are running samba server in RHEL 4.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are seeing following lot of smbd process still running those are started in past 4 months...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;# ps -ef | grep -i "smbd -D"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 300&amp;nbsp; 2930&amp;nbsp; 0 Sep12 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 303&amp;nbsp; 2930&amp;nbsp; 0 Aug11 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 311&amp;nbsp; 2930&amp;nbsp; 0 Oct07 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 328&amp;nbsp; 2930&amp;nbsp; 0 Aug04 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 342&amp;nbsp; 2930&amp;nbsp; 0 Aug06 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 390&amp;nbsp; 2930&amp;nbsp; 0 Aug11 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2097&amp;nbsp; 2930&amp;nbsp; 0 Jul28 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2162&amp;nbsp; 2930&amp;nbsp; 0 Sep04 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2163&amp;nbsp; 2930&amp;nbsp; 0 Jul28 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2166&amp;nbsp; 2930&amp;nbsp; 0 Aug22 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2211&amp;nbsp; 2930&amp;nbsp; 0 Aug26 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2271&amp;nbsp; 2930&amp;nbsp; 0 Sep16 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2305&amp;nbsp; 2930&amp;nbsp; 0 Sep04 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2315&amp;nbsp; 2930&amp;nbsp; 0 Aug26 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2380&amp;nbsp; 2930&amp;nbsp; 0 Aug10 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2393&amp;nbsp; 2930&amp;nbsp; 0 Aug31 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2405&amp;nbsp; 2930&amp;nbsp; 0 Sep16 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2432&amp;nbsp; 2930&amp;nbsp; 0 Jul26 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2460&amp;nbsp; 2930&amp;nbsp; 0 Aug29 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2505&amp;nbsp; 2930&amp;nbsp; 0 Aug10 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2518&amp;nbsp; 2930&amp;nbsp; 0 Sep08 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2530&amp;nbsp; 2930&amp;nbsp; 0 Aug29 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2537&amp;nbsp; 2930&amp;nbsp; 0 Sep21 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2539&amp;nbsp; 2930&amp;nbsp; 0 Jul26 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2579&amp;nbsp; 2930&amp;nbsp; 0 Jul22 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 2589&amp;nbsp; 2930&amp;nbsp; 0 Aug17 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 5569&amp;nbsp; 2930&amp;nbsp; 0 Sep15 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;BR /&gt;root&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 5570&amp;nbsp; 2930&amp;nbsp; 0 Jul22 ?&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 00:00:00 smbd -D&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Like above I am seeing about 1500 process...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My Questions:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1)I think these process are opened if any users are opening samba shares, am I correct?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2)Why these process are not auto killed?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;3)How to kill these process automatically once if we close samba shares?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;4)what is the impact if these are keep opened?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Nov 2011 14:42:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5393571#M53365</guid>
      <dc:creator>senthil_kumar_1</dc:creator>
      <dc:date>2011-11-17T14:42:52Z</dc:date>
    </item>
    <item>
      <title>Re: How to kill smbd process automatically</title>
      <link>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5395403#M53373</link>
      <description>&lt;P&gt;1.) Yes. From the smbd man page:&lt;/P&gt;&lt;P&gt;"&amp;nbsp;A session is created whenever a client requests one. Each client gets a copy of the server [ = a smbd process] for each session. This copy then services all connections made by the client during that session. When all connections from its client are closed, the copy of the server for that client terminates."&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So, it looks like you have some long-running client connections there.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2.) The clients are probably still active, keeping the sessions from expiring. Or if you can confirm the clients are gone, you should check the patch level of your RHEL 4.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;3.) Use the "smbstatus" command (if RHEL 4 has it) to see the client associated with each process to see where the connections are coming from and what is the share they're trying to access.Then decide if killing them is appropriate or not.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;4.) If the sessions are not actively doing anything and you're not running out of memory/swap or PID number slots, there should be very little impact.&lt;/P&gt;</description>
      <pubDate>Sun, 20 Nov 2011 11:48:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5395403#M53373</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2011-11-20T11:48:54Z</dc:date>
    </item>
    <item>
      <title>Re: How to kill smbd process automatically</title>
      <link>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5403949#M53408</link>
      <description>Hi Matti,&lt;BR /&gt;&lt;BR /&gt;In some other server, I have seen one smb process PID "22001" ran by root user using the command "ps -ef | grep -i smb | more", but in the output of "smbstatus" PID " 22001" is owned by the user "seiq4u"&lt;BR /&gt;&lt;BR /&gt;For example:&lt;BR /&gt;&lt;BR /&gt;# ps -ef | grep -i smb | more&lt;BR /&gt;root 22001 5761 0 00:59 ? 00:00:00 /usr/sbin/smbd -D -s /etc/samba/smb.conf&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;#smbstatus&lt;BR /&gt;&lt;BR /&gt;Samba version 3.0.36-0.5.5-2195-SUSE-CODE10&lt;BR /&gt;PID Username Group Machine&lt;BR /&gt;-------------------------------------------------------------------&lt;BR /&gt;22001 seiq4u dd 10.250.1.36 (10.250.1.36)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Service pid machine Connected at&lt;BR /&gt;-------------------------------------------------------&lt;BR /&gt;home 22001 10.250.1.36 Tue Nov 29 00:59:37 2011&lt;BR /&gt;emd 22001 10.250.1.36 Tue Nov 29 00:59:36 2011&lt;BR /&gt;&lt;BR /&gt;My Questions:&lt;BR /&gt;&lt;BR /&gt;1)Why the command "ps -ef | grep -i smb" is showing that the PID "22001" is owned by root instead of "seiq4u"?&lt;BR /&gt;&lt;BR /&gt;2)Is there any script / (some thing like that) to find all the process they are not in the output of smbstatus command&lt;BR /&gt;</description>
      <pubDate>Tue, 29 Nov 2011 14:53:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5403949#M53408</guid>
      <dc:creator>senthil_kumar_1</dc:creator>
      <dc:date>2011-11-29T14:53:53Z</dc:date>
    </item>
    <item>
      <title>Re: How to kill smbd process automatically</title>
      <link>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5406127#M53423</link>
      <description>&lt;P&gt;1.)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;gt; In some other server, I have seen one smb process PID "22001" ran by root user using the command "ps -ef | grep -i smb | more", but in the output of "smbstatus" PID " 22001" is owned by the user "seiq4u"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Not "owned by" but &lt;EM&gt;currently serving&lt;/EM&gt; the user "seiq4u".&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The filesystem conventions of the Windows systems are not 100% compatible with Unix/Linux systems: some things that are available for root users only on Unix/Linux can be available for regular users on Windows, and vice versa. To eliminate/hide these differences, the Samba processes must run as root, so that they can override the Unix/Linux limitations when required/allowed by the Samba configuration settings to achieve the maximally Windows-like user experience. &lt;FONT size="1"&gt;(yuck :-)&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Even though the smbd process runs as root, it does not mean the Windows user is allowed to do anything through it: the smbd process will still implement all the appropriate access restrictions.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2.) I don't know of such a script. If you feel you need one, perhaps you could make one?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;At least on my system, even when there are no active Samba sessions, thare are two smbd processes running: the "master" smbd process (identifiable by the PID file /var/run/samba/smbd.pid) and one child smbd process that has been prepared in advance so that it will be immediately ready to serve as soon as a request arrives.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If you have a &lt;U&gt;large number&lt;/U&gt; of smbd processes that are not included in the smbstatus listing (let's call them "ghost" smbd processes), something may be wrong: you might want to pick a time when there are only a few legitimate users logged in, and then stop Samba, make sure all smbd processes have died (kill them manually if not, e.g. using "pkill smbd" and then "pkill -9 smbd" if necessary), then restart Samba. Then wait and see if the ghost smbd's start to accumulate again over time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If the accumulation of ghost smbd processes happens again, you might want to check if your Linux distribution has updated Samba packages available, and update them when possible.&lt;/P&gt;</description>
      <pubDate>Thu, 01 Dec 2011 00:04:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5406127#M53423</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2011-12-01T00:04:45Z</dc:date>
    </item>
    <item>
      <title>Re: How to kill smbd process automatically</title>
      <link>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5409993#M53432</link>
      <description>&lt;P&gt;Network application like Samba use "...keep alive..." and "....max connections..." parameters in their config file.&amp;nbsp; Smb.conf for samba.&amp;nbsp; You can clearly see this with "...netstat...".&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You have have a problem with users trying to get access if all the connections are filled.&amp;nbsp; That's what keep alive does, maintain the connection.&amp;nbsp; That's so the user doesn't have to go through a long connection process to establish samba every transaction.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Adding "deadtime = 1" to smb.conf kept the netstat table manageable.&amp;nbsp; A value of 5 may be more appropriate for general use.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There are alot of complaints about this problem with samba on linux.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 06 Dec 2011 03:10:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/how-to-kill-smbd-process-automatically/m-p/5409993#M53432</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2011-12-06T03:10:01Z</dc:date>
    </item>
  </channel>
</rss>

