Bug 1470526

Summary: storage log noise (after network outage)
Product: [oVirt] vdsm Reporter: Michal Skrivanek <michal.skrivanek>
Component: CoreAssignee: Vojtech Juranek <vjuranek>
Status: CLOSED DEFERRED QA Contact: Avihai <aefrat>
Severity: medium Docs Contact:
Priority: medium    
Version: ---CC: bugs, ebenahar, fromani, lsurette, mavital, mburman, michal.skrivanek, myakove, nsoffer, srevivo, stirabos, tjelinek, tnisan, ycui
Target Milestone: ---Flags: rule-engine: ovirt-4.3+
sbonazzo: ovirt-4.5?
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1443654 Environment:
Last Closed: 2020-04-01 14:46:27 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1443654    
Bug Blocks:    

Description Michal Skrivanek 2017-07-13 06:14:16 UTC
+++ This bug was initially created as a clone of Bug #1443654 +++

[ see original bug ]

--- Additional comment from Nir Soffer on 2017-06-13 23:09:49 CEST ---

(In reply to Michal Skrivanek from comment #20)
> (In reply to Michael Burman from comment #18)
> > There are a lot of errors on vdsm log during network outage, i have no idea
> > if that expected.
> 
> Well, those should be followed up by storage to clean up the messages.
> Adding Nir to check that

If you think the errors are a storage issue, open a bug so someone from storage
can take a look.

Comment 1 Red Hat Bugzilla Rules Engine 2017-07-13 06:14:34 UTC
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.

Comment 2 Allon Mureinik 2017-07-13 11:43:44 UTC
(In reply to Michal Skrivanek from comment #0)
> +++ This bug was initially created as a clone of Bug #1443654 +++
> 
> [ see original bug ]
> 
> --- Additional comment from Nir Soffer on 2017-06-13 23:09:49 CEST ---
> 
> (In reply to Michal Skrivanek from comment #20)
> > (In reply to Michael Burman from comment #18)
> > > There are a lot of errors on vdsm log during network outage, i have no idea
> > > if that expected.
> > 
> > Well, those should be followed up by storage to clean up the messages.
> > Adding Nir to check that
> 
> If you think the errors are a storage issue, open a bug so someone from
> storage
> can take a look.

Logs please?

Comment 3 Michal Skrivanek 2017-07-13 12:50:42 UTC
sorry I didn't mention that explicitly other than in the original augmented bug description - all logs and further context is in the original bug 1443654

Comment 4 Allon Mureinik 2017-07-13 14:09:11 UTC
(In reply to Michal Skrivanek from comment #3)
> sorry I didn't mention that explicitly other than in the original augmented
> bug description - all logs and further context is in the original bug 1443654

I'm trying to understand what messages you're trying to get rid of.
Care to point me in the right direction?

Comment 5 Michal Skrivanek 2017-07-13 16:49:45 UTC
https://bugzilla.redhat.com/show_bug.cgi?id=1443654#c19
grep for Tracebacks, most for them storage's, related to the disconnect. 
Everything is in the original bug, it's just that Nir asked for a separate bug, so there is this one:-)

Comment 6 Sandro Bonazzola 2019-01-28 09:36:57 UTC
This bug has not been marked as blocker for oVirt 4.3.0.
Since we are releasing it tomorrow, January 29th, this bug has been re-targeted to 4.3.1.

Comment 7 Michal Skrivanek 2020-03-19 15:40:36 UTC
We didn't get to this bug for more than 2 years, and it's not being considered for the upcoming 4.4. It's unlikely that it will ever be addressed so I'm suggesting to close it.
If you feel this needs to be addressed and want to work on it please remove cond nack and target accordingly.

Comment 8 Michal Skrivanek 2020-04-01 14:46:27 UTC
Closing old bug. Please reopen if still relevant/you want to work on it.