Congratulations!

[Valid RSS] This is a valid RSS feed.

Recommendations

This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.

Source: http://sotirov-bg.net/news/feed?f=rss

  1. <?xml version="1.0" encoding="utf-8"?>
  2.  
  3.  <?xml-stylesheet type="text/xsl" href="/style/rss.en.xsl"?>
  4.  <?xml-stylesheet type="text/css" href="/style/rss.css"?>
  5. <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"
  6.  xmlns:blogChannel="http://backend.userland.com/blogChannelModule">
  7.  <channel>
  8.    <title>Sotirov-BG.Net News</title>
  9.    <link>https://sotirov-bg.net/news/</link>
  10.    <description>News from Sotirov-BG.Net</description>
  11.    <language>en</language>
  12.    <copyright>Copyright (c) 2004-2023 Georgi D. Sotirov</copyright>
  13.    <pubDate>Sun, 13 Feb 2022 18:36:36 GMT</pubDate>
  14.    <lastBuildDate>Sun, 13 Feb 2022 18:46:25 +0000</lastBuildDate>
  15.    <managingEditor>gdsotirov@gmail.com (Georgi D.
  16.      Sotirov)</managingEditor>
  17.    <webMaster>gdsotirov@gmail.com (Georgi D. Sotirov)</webMaster>
  18.    <generator>Perl 5.034000</generator>
  19.    <atom:link href="https://sotirov-bg.net/news/feed.en?f=rss" rel="self"
  20.      type="application/rss+xml"/>
  21.    <image>
  22.      <title>Sotirov-BG.Net News</title>
  23.      <url>https://sotirov-bg.net/img/sotirov_net</url>
  24.      <link>https://sotirov-bg.net/news/</link>
  25.    </image>
  26.    <item>
  27.      <title>Upgrade to Slackware 15.0</title>
  28.      <link>https://sotirov-bg.net/news/?id=38</link>
  29.      <description>&lt;p>Last Friday (11/02) the server was upgraded to
  30. &lt;a
  31. href="http://www.slackware.com/announce/15.0.php">Slackware 15.0&lt;/a>.
  32.  The
  33. upgrade of the system itself took about an hour, but it was necessary to
  34. re-configure and fix problems with many services. It was also necessary to
  35. upgrade to &lt;a
  36.  href="https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html">MySQL
  37. 8.0&lt;/a>, because MySQL 5.7 would simply not start (as &lt;a
  38. href="https://slackpack.eu/search.cgi?q=%22mysql%22&amp;lo=1">existing
  39.  packages&lt;/a>
  40. are build for older Slackware versions with old libraries). Due to strange
  41. error (manifesting itself as &lt;code>ListUtil.c: loadable library and perl
  42. binaries are mismatched (got handshake key 0xdb00080, needed
  43.  0xeb00080)&lt;/code>
  44. when &lt;code>perl&lt;/code> or &lt;code>cpan&lt;/code> commands are run),
  45.  all Perl modules
  46. had to be reinstalled. In addition to this there was also a boot
  47.  problem.&lt;/p>
  48. &lt;p>Thus the server was completely or partially inaccessible from about
  49. 2022-02-11 17:50 &lt;abbr title="Eastern European Time">EEST&lt;/abbr> to
  50.  2022-02-12
  51. 03:00 &lt;abbr title="Eastern European Time">EEST&lt;/abbr>, but on the
  52.  next day and
  53. the day after more problems with public and private services were tackled.
  54.  Some
  55. more problems with hosted applications and sites were fixed as well.&lt;/p>
  56. &lt;p>Both Slackware 15.0 and MySQL 8.0 were much needed upgrades and I'm
  57.  happy
  58. to be running both now.&lt;/p></description>
  59.      <author>ibeleva@nbu.bg (Ivelina Beleva-Sotirova)</author>
  60.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=38</guid>
  61.      <pubDate>Sun, 13 Feb 2022 18:36:36 GMT</pubDate>
  62.    </item>
  63.    <item>
  64.      <title>Disk replacement (affecting mirrors)</title>
  65.      <link>https://sotirov-bg.net/news/?id=37</link>
  66.      <description>&lt;p>Just about an hour ago finished the replacement of
  67. a potentially
  68. failing disk drive on the server. Unfortunately, this affected the
  69. &lt;a href="/#content">mirrors&lt;/a>, because their partition was on the
  70. drive without a backup. So mirrors were unavailable between about
  71. 2021-09-27 20:06 &lt;abbr title="Eastern European Summer
  72.  Time">EEST&lt;/abbr>
  73. and about 2021-09-28 05:41 &lt;abbr title="Eastern European Summer
  74.  Time">EEST&lt;/abbr>.
  75. Sorry for that, but the replacement was necessary to prevent the
  76. consequences of imminent drive failure.&lt;/p>
  77. &lt;p>The new drive is 4 times the size of the previous one, so eventually
  78. more mirrors and/or other content may come soon. The mirrors of &lt;a
  79. href="https://www.gnu.org/">&lt;abbr title="GNU's Not
  80.  Unix">GNU&lt;/abbr>&lt;/a>
  81. and &lt;a href="http://www.slackware.com/">Slackware&lt;/a> are available
  82.  again
  83. now and up to sync, so happy downloading!&lt;/p></description>
  84.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  85.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=37</guid>
  86.      <pubDate>Tue, 28 Sep 2021 03:35:19 GMT</pubDate>
  87.    </item>
  88.    <item>
  89.      <title>Improved web sites security</title>
  90.      <link>https://sotirov-bg.net/news/?id=36</link>
  91.      <description>&lt;p>I was considering dropping support for &lt;a
  92. href="https://en.wikipedia.org/wiki/Transport_Layer_Security">
  93. &lt;abbr title="Transport Layer Security">TLS&lt;/abbr>&lt;/a> v1.0
  94. and v1.1 protocols for &lt;a
  95. href="https://sotirov-bg.net/index.en#content">the hosted web sites&lt;/a>
  96. since 2016, when it was suggested, but I was still seeing such
  97. clients in the logs (and unfortunately I still do even today).
  98. I was thus reluctant, because such clients would NOT be able to
  99. access the sites anymore. However, we are 2021 now and there are
  100. no excuses for using too old and insecure clients (i.e. browsers).&lt;/p>
  101. &lt;p>Therefore, since about 12:00 &lt;abbr
  102. title="Universal Time Coordinated">UTC&lt;/abbr> today the hosted
  103. sites are no longer supporting TLS v1.0 and v1.1 clients. I also
  104. disabled weaker ciphers like &lt;abbr title="Cipher Block
  105.  Chaining">CBC&lt;/abbr>.
  106. This effectively cuts the following browsers as &lt;a
  107. href="https://www.ssllabs.com/ssltest/analyze.html?d=sotirov-bg.net">SSL
  108. Labs' report&lt;/a> shows:&lt;/p>
  109. &lt;ul>
  110. &lt;li>&lt;a href="https://www.android.com/">Android&lt;/a> 4.3 and
  111. earlier;&lt;/li>
  112. &lt;li>&lt;a
  113.  href="https://www.microsoft.com/en-us/download/internet-explorer.aspx">In
  114.  ternet
  115. Explorer&lt;/a> 10 and earlier;&lt;/li>
  116. &lt;li>&lt;a href="https://www.oracle.com/java/">Java&lt;/a> 7 and
  117. earlier;&lt;/li>
  118. &lt;li>&lt;a href="https://www.apple.com/safari/">Safari&lt;/a> 8 and
  119. earlier.&lt;/li>
  120. &lt;/ul>
  121. &lt;p>If you are still using any of these apart from testing purposes
  122. in isolated environments (like me), then too bad for you. It is
  123. really time to upgrade!&lt;/p>
  124. &lt;p>This is considered a necessary step for improving web sites
  125. security and something that perhaps should have been done earlier.
  126. The changes were done following &lt;a
  127. href="https://wiki.mozilla.org/Security/Server_Side_TLS">Mozilla's
  128. Server Side TLS recommendations&lt;/a>. It is not possible to enable
  129. TLS v1.3 for now, because this requires &lt;a
  130. href="https://www.openssl.org/">OpenSSL&lt;/a> 1.1.1 or later, which
  131. would become available with &lt;a
  132. href="http://slackware.com/">Slackware&lt;/a> 15.0 hopefully later
  133. this year.&lt;/p>
  134. &lt;p>Happy surfing and stay safe!&lt;/p>
  135. &lt;p>&lt;strong>Update 2021-01-26&lt;/strong>: Apparently, &lt;abbr
  136. title="National Security Agency">NSA&lt;/abbr>&amp;nbsp;&lt;a
  137. href="https://tech.slashdot.org/story/21/01/21/1646211/nsa-urges-system-adm
  138.  inistrators-to-replace-obsolete-tls-protocols">urged&lt;/a>
  139. for the same just three days ago :-)&lt;/p></description>
  140.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  141.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=36</guid>
  142.      <pubDate>Sat, 23 Jan 2021 13:19:59 GMT</pubDate>
  143.    </item>
  144.    <item>
  145.      <title>Internet connection upgrade</title>
  146.      <link>https://sotirov-bg.net/news/?id=35</link>
  147.      <description>&lt;p>Today, I finally managed to upgrade the Internet
  148. connection.
  149. The server is now connected through a high speed &lt;abbr
  150. title="Gigabit Passive Optical Network">GPON&lt;/abbr> network
  151. provided by &lt;a href="https://www.vivacom.bg/bg">Vivacom&lt;/a> with
  152. maximum (unwarranted) upload speed of 300 &lt;abbr
  153. title="Megabits per second">Mb/s&lt;/abbr> from the whole world.
  154. This is three times higher than the previous capacity and seems
  155. more relevant nowadays. The new connection should make the access
  156. to my content and the mirrors faster and more reliable.&lt;/p>
  157. &lt;p>Unfortunately, due to change of the service, I had to change also
  158. the &lt;abbr title="Internet Protocol">IP&lt;/abbr> address (it is now
  159. 46.10.161.161), which caused some unexpected unavailability, but
  160. for not more than 5-10 minutes as the &lt;abbr
  161. title="Domain Name System">DNS&lt;/abbr> servers updated quickly.&lt;/p>
  162. &lt;p>Cheers!&lt;/p></description>
  163.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  164.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=35</guid>
  165.      <pubDate>Tue, 03 Nov 2020 21:31:18 GMT</pubDate>
  166.    </item>
  167.    <item>
  168.      <title>Server replacement</title>
  169.      <link>https://sotirov-bg.net/news/?id=34</link>
  170.      <description>&lt;p class="img_left">&lt;a
  171. href="https://sotirov-bg.net/news/img/new_server">
  172. &lt;img alt="New server picture"
  173.  src="https://sotirov-bg.net/news/img/new_server" width="250" title="New
  174.  server" />
  175. &lt;/a>&lt;/p>
  176. &lt;p>Today, between 18:40 and 20:00 &lt;abbr title="Eastern European
  177.  Summer Time">EEST&lt;/abbr>
  178. the server was not accessible, because I was finally able to move the
  179.  system
  180. to the new machine (&lt;a
  181.  href="https://www.dell.com/en-us/work/shop/povw/poweredge-r340">Dell
  182. PowerEdge R340&lt;/a>). The operation took so long, because I wanted to
  183.  copy
  184. the bootable &lt;abbr title="Solid State Drive">SSD&lt;/abbr> disk to the
  185.  new drive
  186. that came with the server, but I was not able to install it - a special
  187. bracket is required to fit 2.5'' &lt;abbr title="Solid State
  188.  Drive">SSD&lt;/abbr>s
  189. into Dell's 14&lt;sup>th&lt;/sup> generation 3.5'' carriers.&lt;/p>
  190. &lt;p>After I moved all the drives I got myself into cabling, which took me
  191.  some
  192. more time although my new rack is well organized. I first chose patch
  193.  cables
  194. with the wrong length and then I had to reorganize some existing cables, so
  195. I could fit around the new ones.&lt;/p>
  196. &lt;p>The first boot was smooth as expected with the default kernel, but I
  197.  forgot
  198. to comment out the persistent interface rules of udev for the network
  199.  adapters
  200. of the previous machine, so the server was without network. After fixing it
  201.  I
  202. decided to reboot once again to test that everything would get up
  203.  properly.&lt;/p>
  204. &lt;p>I had to tune several other things after the server was up, but
  205.  nothing
  206. that would disrupt its normal work. The server is now ready to serve its
  207. purpose.&lt;/p>
  208. &lt;p>Cheers!&lt;/p></description>
  209.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  210.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=34</guid>
  211.      <pubDate>Wed, 17 Jun 2020 20:50:44 GMT</pubDate>
  212.    </item>
  213.    <item>
  214.      <title>Downtime for equipment movement</title>
  215.      <link>https://sotirov-bg.net/news/?id=33</link>
  216.      <description>&lt;p class="img_left">&lt;a
  217. href="https://sotirov-bg.net/news/img/new_rack">
  218. &lt;img alt="New rack picture"
  219.  src="https://sotirov-bg.net/news/img/new_rack" width="250" title="New
  220.  rack" />
  221. &lt;/a>&lt;/p>
  222. &lt;p>Today between 10:40 &lt;abbr title="Eastern European Summer
  223.  Time">EEST&lt;/abbr>
  224. and 11:40 &lt;abbr title="Eastern European Summer Time">EEST&lt;/abbr> the
  225.  server
  226. was unavailable as I was moving my equipment to a new server rack. I could
  227. have done this faster and in future I plan less downtime, but the important
  228. thing is that now all my equipment except the server itself is into the
  229.  rack.
  230. I'm now waiting for the new server to arrive in about 10 days, so I could
  231. move the current tower server into the rack.&lt;/p>
  232. &lt;p>Earlier this year I noticed that the server is shutting down even
  233.  though
  234. the &lt;abbr title="Uninterruptible Power Supply">UPS&lt;/abbr> still has
  235.  power to
  236. support it. So, three weeks ago I changed the batteries, but as everything
  237.  is
  238. connected to it, currently the expected runtime is about 40 minutes at
  239.  best.
  240. However, I had some troubles with the power recently and in one of the
  241.  cases
  242. there was no line power for about 2 hours (due to accident). I'm now
  243. considering increasing the runtime of my systems on batters or in other
  244.  words
  245. buying a new and more powerful &lt;abbr title="Uninterruptible Power
  246.  Supply">UPS&lt;/abbr>.
  247. I'll need more than one to sustain my two servers and network devices for
  248.  at
  249. least 2 hours that is the power interruption I could expect from time to
  250. time.&lt;/p>
  251. &lt;p>Cheers until I have better news!&lt;/p></description>
  252.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  253.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=33</guid>
  254.      <pubDate>Sat, 30 May 2020 17:52:46 GMT</pubDate>
  255.    </item>
  256.    <item>
  257.      <title>Memory upgrade</title>
  258.      <link>https://sotirov-bg.net/news/?id=32</link>
  259.      <description>&lt;p>An hour ago I upgraded the memory of the server to
  260. 16 &lt;abbr
  261. title="Giga Bytes">GB&lt;/abbr>. And the server was not accessible for
  262. half an hour between 19:30 and 20:00 &lt;abbr title="Eastern European
  263.  Summer Time">EEST&lt;/abbr>,
  264. because I accidentally loose the &lt;abbr title="Serial AT
  265.  Attachment">SATA&lt;/abbr>
  266. connector of one of the hard drives :-(&lt;/p>
  267. &lt;p>After I added a new 8 &lt;abbr title="Giga Bytes">GB&lt;/abbr>
  268.  &lt;abbr
  269. title="Double Data Rate">DDR&lt;/abbr>3 module the server started normally.
  270. I thought everything is OK and left it, but then I tried to connect
  271. and wasn't able. So, I went back to check the server and on the
  272. console there were many &lt;abbr title="Fourth extended
  273.  filesystem">EXT4&lt;/abbr>
  274. error messages. I had to stop the machine again, check the devices in
  275. &lt;abbr title="Basic Input/Output System">BIOS&lt;/abbr>. Since one of the
  276. hard drives was missing I immediately checked the connectors and solved
  277. the problem.&lt;/p>
  278. &lt;p>I should have done this upgrade long ago, but until recently I
  279. though the memory is enough for all the services running. Anyway,
  280. the server has enough memory now.&lt;/p></description>
  281.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  282.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=32</guid>
  283.      <pubDate>Thu, 16 Apr 2020 17:29:55 GMT</pubDate>
  284.    </item>
  285.    <item>
  286.      <title>Inaccessibility due to router replacement</title>
  287.      <link>https://sotirov-bg.net/news/?id=31</link>
  288.      <description>&lt;p>Today between 12:30 &lt;a
  289. href="https://www.timeanddate.com/time/zones/eet">
  290. &lt;abbr title="Eastern European Time">EET&lt;/abbr>&lt;/a> and 14:30 &lt;a
  291. href="https://www.timeanddate.com/time/zones/eet">&lt;abbr
  292. title="Eastern European Time">EET&lt;/abbr>&lt;/a> the server was not
  293.  accessible
  294. due to router replacement and change of &lt;abbr title="Internet
  295.  Protocol">IP&lt;/abbr>
  296. addresses. Although, the replacement was planned and prepared previously,
  297.  some
  298. unforeseen circumstances occurred with the configuration of the device
  299.  itself
  300. as well as with the server.&lt;/p>
  301. &lt;p>The expected change with the replacement is better network
  302.  performance for
  303. the increasing outer and inner traffic.&lt;/p></description>
  304.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  305.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=31</guid>
  306.      <pubDate>Sun, 17 Dec 2017 20:10:15 GMT</pubDate>
  307.    </item>
  308.    <item>
  309.      <title>Downtime for disk replace</title>
  310.      <link>https://sotirov-bg.net/news/?id=30</link>
  311.      <description>&lt;p>Last night while &lt;a hreflang="bg"
  312. href="https://bg.wikipedia.org/wiki/%D0%A1%D1%82%D1%83%D0%B4%D0%B5%
  313. D0%BD%D1%82%D1%81%D0%BA%D0%B8_%D0%BF%D1%80%D0%B0%D0%B7%D0%BD%D0%B8%
  314. D0%BA_(%D0%91%D1%8A%D0%BB%D0%B3%D0%B0%D1%80%D0%B8%D1%8F)">all
  315. students were celebrating&lt;/a>, I spent replacing a failing &lt;a
  316. href="https://www.samsung.com/us/support/owners/product/64gb-ssd-830-series
  317.  ">Samsung
  318. 830&lt;/a>&amp;nbsp;&lt;abbr title="Solid State Drive">SSD&lt;/abbr> on the
  319.  server.
  320. The disk was so rotten that it's copy with &lt;code>dd&lt;/code> took about
  321.  5 hours,
  322. which is why the server was offline somewhere between 2017-12-08 22:00
  323.  &lt;a
  324. href="https://www.timeanddate.com/time/zones/eet">&lt;abbr
  325. title="Eastern European Time">EET&lt;/abbr>&lt;/a> and 2017-12-09 05:00
  326.  &lt;a
  327. href="https://www.timeanddate.com/time/zones/eet">&lt;abbr
  328. title="Eastern European Time">EET&lt;/abbr>&lt;/a>. The disk started
  329.  failing in
  330. beginning of September, but recently the number of reallocated sectors
  331.  become
  332. extremely high and I started detecting bad sectors on some system files.
  333.  The
  334. read performance had also dropped and during the copy it fell to 5 &lt;abbr
  335. title="Mega Bytes per second">MB/s&lt;/abbr> (!), which explains the fore
  336. mentioned slow copy of just 64 &lt;abbr title="Giga Bytes">GB&lt;/abbr>
  337.  between
  338. the old and new &lt;abbr title="Solid State Drive">SSD&lt;/abbr>. The disk
  339. failed only after about 24 000 power on hours (i.e. about 2 years and 9
  340.  months),
  341. which is rather strange, but maybe this is the normal life span of consumer
  342. &lt;abbr title="Solid State Drive">SSD&lt;/abbr>s?&lt;/p>
  343. &lt;p>Anyway, the drive is now replaced with a brand new &lt;a
  344.  href="http://www.adata.com/us/feature/410">ADATA SU800&lt;/a>
  345. 128 &lt;abbr title="Giga Bytes">GB&lt;/abbr>, which unfortunately is not
  346.  yet in
  347. &lt;code>smartctl&lt;/code> database (see &lt;a
  348.  href="https://www.smartmontools.org/ticket/954">ticket 954&lt;/a>).
  349. The server is back online and fully operational.&lt;/p></description>
  350.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  351.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=30</guid>
  352.      <pubDate>Sat, 09 Dec 2017 04:01:15 GMT</pubDate>
  353.    </item>
  354.    <item>
  355.      <title>Upgrade to Slackware 14.2</title>
  356.      <link>https://sotirov-bg.net/news/?id=29</link>
  357.      <description>&lt;p>Last Sunday (28/08) the server was upgraded to
  358. &lt;a href="http://www.slackware.com/">Slackware&lt;/a>
  359. 14.2, which itself passed flawlessly, but then there was a need for
  360.  re-install
  361. of all the additionally used Perl modules and upgrade of some packages
  362.  (e.g. &lt;a
  363. href="http://sotirov-bg.net/slackpack/search.cgi?name=openldap&amp;amp;slac
  364.  k=142&amp;amp;latestonly=1">OpenLDAP&lt;/a>,
  365. &lt;a
  366.  href="http://sotirov-bg.net/slackpack/search.cgi?name=rrdtool&amp;amp;sla
  367.  ck=142&amp;amp;latestonly=1">RRDTool&lt;/a> and
  368. &lt;a
  369.  href="http://sotirov-bg.net/slackpack/search.cgi?name=freeradius&amp;amp;
  370.  slack=142&amp;amp;latestonly=1">FreeRadius&lt;/a>),
  371. which I haven't upgraded/rebuilt yet.&lt;/p>
  372. &lt;p>Yesterday, evening the datbase server was also upgraded to MySQL
  373.  5.7.13, so
  374. it now remains only to upgrade the kernel to a &lt;abbr title="Long Term
  375.  Support">LTS&lt;/abbr>
  376. version from 4.4 series.&lt;/p></description>
  377.      <author>gdsotirov@dir.bg (Georgi Sotirov)</author>
  378.      <guid isPermaLink="true">https://sotirov-bg.net/news/?id=29</guid>
  379.      <pubDate>Tue, 30 Aug 2016 09:34:17 GMT</pubDate>
  380.    </item>
  381.  </channel>
  382. </rss>
  383.  

If you would like to create a banner that links to this page (i.e. this validation result), do the following:

  1. Download the "valid RSS" banner.

  2. Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)

  3. Add this HTML to your page (change the image src attribute if necessary):

If you would like to create a text link instead, here is the URL you can use:

http://www.feedvalidator.org/check.cgi?url=http%3A//sotirov-bg.net/news/feed%3Ff%3Drss

Copyright © 2002-9 Sam Ruby, Mark Pilgrim, Joseph Walton, and Phil Ringnalda