<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Clovertech | Joe Baranski | Activity</title>
	<link>https://clovertech.infor.com/members/jgbaranski/activity/</link>
	<atom:link href="https://clovertech.infor.com/members/jgbaranski/activity/feed/" rel="self" type="application/rss+xml" />
	<description>Activity feed for Joe Baranski.</description>
	<lastBuildDate>Fri, 10 Apr 2026 17:36:39 -0400</lastBuildDate>
	<generator>https://buddypress.org/?v=</generator>
	<language>en-US</language>
	<ttl>30</ttl>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>2</sy:updateFrequency>
	
						<item>
				<guid isPermaLink="false">5a2117f48b4a4d95aeb74d6815cbcccc</guid>
				<title>Joe Baranski started the topic Using Wild Card Routes with MSH.3 instead of MSH.9? in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/using-wild-card-routes-with-msh-3-instead-of-msh-9/</link>
				<pubDate>Mon, 30 Jan 2023 18:23:48 -0500</pubDate>

									<content:encoded><![CDATA[<p>In the near future we&#8217;re going to be adding a LOT of new facilities based on service within our EMR and as such the associated messages would need to be routed to their specific threads.  Looking just at our ADT for starters, there are applications which would ONLY need certain facilities; AA, BB and CC for example, while others will ONLY need DD&hellip;<span class="activity-read-more" id="activity-read-more-25089"><a href="https://usspvlclovertch2.infor.com/forums/topic/using-wild-card-routes-with-msh-3-instead-of-msh-9/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">ca77ef45352c3adec72068ab0b4d06a1</guid>
				<title>Joe Baranski replied to the topic Thread backing up regularly, PDL signaled exception: code 1, msg write failure in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/#post-120199</link>
				<pubDate>Wed, 25 Jan 2023 13:43:30 -0500</pubDate>

									<content:encoded><![CDATA[<p>Disregard the last update, we were missing a proc</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">e35f9ac446d1c412ddd97d0cc763a79b</guid>
				<title>Joe Baranski replied to the topic Thread backing up regularly, PDL signaled exception: code 1, msg write failure in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/#post-120198</link>
				<pubDate>Wed, 25 Jan 2023 10:27:56 -0500</pubDate>

									<content:encoded><![CDATA[<p>I haven&#8217;t had the opportunity to convert this interface yet.  However, we are currently in the midst of severe backups with it.  Doublechecking the log and errors for the process, we are seeing hundreds of thousands of instances of the following error:</p>
<p>[tps :tps :ERR /0:mt_vitals_oru_ob:01/25/2023 05:27:15] &#8216;KILL &#8216; (returned by &#8216;validate_hl7ack &#8216;&hellip;<span class="activity-read-more" id="activity-read-more-25073"><a href="https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/#post-120198" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">d235f8359dcaeb01085e2aa1d936460c</guid>
				<title>Joe Baranski replied to the topic Thread backing up regularly, PDL signaled exception: code 1, msg write failure in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/#post-120165</link>
				<pubDate>Wed, 18 Jan 2023 17:55:22 -0500</pubDate>

									<content:encoded><![CDATA[<p>This particular interface is actually rather small, just high volume vitals from a Pt Monitor.  pdl-tcpip is the standard we use on ALL interfaces that aren&#8217;t files, so if there&#8217;s a chance it goes away that&#8217;s gonna cause a lot of conversion work on our end.</p>
<p>&nbsp;</p>
<p>If we were to convert this particular interface to tcpip with MLLP, would the change&hellip;<span class="activity-read-more" id="activity-read-more-25040"><a href="https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/#post-120165" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">b26c68e2f4da35c38277376b3cc630d7</guid>
				<title>Joe Baranski replied to the topic Thread backing up regularly, PDL signaled exception: code 1, msg write failure in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/#post-120154</link>
				<pubDate>Fri, 13 Jan 2023 18:54:22 -0500</pubDate>

									<content:encoded><![CDATA[<p>Nope, inhouse server to inhouse server.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">f8ecaaf14fa8f23af95fb4606ae9d690</guid>
				<title>Joe Baranski replied to the topic Thread backing up regularly, PDL signaled exception: code 1, msg write failure in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/#post-120152</link>
				<pubDate>Fri, 13 Jan 2023 16:34:28 -0500</pubDate>

									<content:encoded><![CDATA[<p>Thanks for the quick reply!</p>
<p>I&#8217;m checking with our network team on the sniffer.  And the receiving system did send basic log info; for the error above the correlating error is &#8220;01/12/23 2308 Connection Closed by Remote Host.&#8221;  This has just been an ongoing problem which can result is significant downtimes.</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">56c1eb69981c92638ee8e5dca4fa0373</guid>
				<title>Joe Baranski started the topic Thread backing up regularly, PDL signaled exception: code 1, msg write failure in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/</link>
				<pubDate>Fri, 13 Jan 2023 14:51:15 -0500</pubDate>

									<content:encoded><![CDATA[<p>When working with a vendor on a high-volume outbound interface which keeps going down their system is saying Cloverleaf is closing the connection.  Looking at our logs the times correlate with the following errors&#8230;</p>
<p><em>[pdl :PDL :ERR /0:mt_vitals_oru_ob:01/12/2023 23:08:53] write timeout expired</em><br />
<em>[pdl :PDL :ERR /0:mt_vitals_oru_ob:01/12/2023&hellip;</em><span class="activity-read-more" id="activity-read-more-25020"><a href="https://usspvlclovertch2.infor.com/forums/topic/thread-backing-up-regularly-pdl-signaled-exception-code-1-msg-write-failure/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">18a8a5b4f4e8e516ca162908792a2796</guid>
				<title>Joe Baranski replied to the topic SSH from 3rd party app, lacking access and rights in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/ssh-from-3rd-party-app-lacking-access-and-rights/#post-119575</link>
				<pubDate>Mon, 28 Feb 2022 14:26:20 -0500</pubDate>

									<content:encoded><![CDATA[<p>Thanks for the info!  When you mentioned the command you use, is that what your profile uses when logging in normally or when through the cron-like prompt which limits what can be done?</p>
<p>&nbsp;</p>
<p>thanks!</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">a7e39a9a5ccac7719d2dc6a316c28c3b</guid>
				<title>Joe Baranski replied to the topic SSH from 3rd party app, lacking access and rights in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/ssh-from-3rd-party-app-lacking-access-and-rights/#post-119569</link>
				<pubDate>Thu, 24 Feb 2022 16:25:17 -0500</pubDate>

									<content:encoded><![CDATA[<p>I forgot to mention we are using the same login for the connections</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">0d6cc7c7ad69be09a5c1def2a709e2d6</guid>
				<title>Joe Baranski started the topic SSH from 3rd party app, lacking access and rights in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/ssh-from-3rd-party-app-lacking-access-and-rights/</link>
				<pubDate>Thu, 24 Feb 2022 16:07:13 -0500</pubDate>

									<content:encoded><![CDATA[<p>We&#8217;re trying to find alternate ways to automate certain processes for Cloverleaf, one of which if an application called GoAnywhere.  When setting up an SSH connection, which should be straight forward, we&#8217;re receiving a lot of errors for anything beyond the most basic Unix commands (we&#8217;re on AIX).  After some digging we found that our p&hellip;<span class="activity-read-more" id="activity-read-more-24348"><a href="https://usspvlclovertch2.infor.com/forums/topic/ssh-from-3rd-party-app-lacking-access-and-rights/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">f64b002bee88d244d5013e76d5169cca</guid>
				<title>Joe Baranski started the topic SMATdb Encode and Format for Content editor in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/smatdb-encode-and-format-for-content-editor/</link>
				<pubDate>Fri, 12 Nov 2021 20:42:24 -0500</pubDate>

									<content:encoded><![CDATA[<p>We upgraded to CIS19.1 last year and thus switched to SMATdb.  We&#8217;re loving it, but one thing we&#8217;ve noticed, especially on newer outbound threads, is that the message displayed in the Content tab doesn&#8217;t seem to recognize linefeeds but only on the outbound not inbound.  When viewing an outbound message it usually looks like a single line of text,&hellip;<span class="activity-read-more" id="activity-read-more-24059"><a href="https://usspvlclovertch2.infor.com/forums/topic/smatdb-encode-and-format-for-content-editor/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">e8a75c304c661e017e19d74142d45aed</guid>
				<title>Joe Baranski replied to the topic Inbound thread not sending messages. in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/inbound-thread-not-sending-messages/#post-118785</link>
				<pubDate>Fri, 23 Apr 2021 12:27:38 -0400</pubDate>

									<content:encoded><![CDATA[<p>Thanks for the responses, turns out the problem was much deeper than that.  The Monitor Daemon was stuck from the last panic.  Had to end up going in to command line and <strong>ps -ef | grep </strong>for anything tied to that site and kill it from there.</p>
<p>&nbsp;</p>
<p>Thanks for the quick responses</p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">fb513b5a485fa611fe3200808ed9584f</guid>
				<title>Joe Baranski started the topic Inbound thread not sending messages. in the forum Cloverleaf</title>
				<link>https://usspvlclovertch2.infor.com/forums/topic/inbound-thread-not-sending-messages/</link>
				<pubDate>Thu, 22 Apr 2021 19:37:56 -0400</pubDate>

									<content:encoded><![CDATA[<p>Aside from this being on a problematic site (had 2 panics today alone), we&#8217;re having peculiar problems with an inbound ADT thread that is showing/writing message but <em>not</em> sending the messages.  The same messages will process perfectly if I simply resend them from the smatdb, not making any changes.  At first I thought it may have been related to u&hellip;<span class="activity-read-more" id="activity-read-more-23400"><a href="https://usspvlclovertch2.infor.com/forums/topic/inbound-thread-not-sending-messages/" rel="nofollow ugc">Read more</a></span></p>
]]></content:encoded>
				
									<slash:comments>0</slash:comments>
				
							</item>
					<item>
				<guid isPermaLink="false">6eeed18cb5abb13ddda93e76a15ee8cb</guid>
				<title>Joe Baranski became a registered member</title>
				<link>https://clovertech.infor.com/activity/p/20003/</link>
				<pubDate>Thu, 20 Feb 2020 15:08:59 -0500</pubDate>

				
									<slash:comments>0</slash:comments>
				
							</item>
		
	</channel>
</rss>