[ 
https://issues.apache.org/jira/browse/BEAM-13606?focusedWorklogId=722200&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-722200
 ]

ASF GitHub Bot logged work on BEAM-13606:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 07/Feb/22 19:16
            Start Date: 07/Feb/22 19:16
    Worklog Time Spent: 10m 
      Work Description: kennknowles commented on a change in pull request 
#16751:
URL: https://github.com/apache/beam/pull/16751#discussion_r800977806



##########
File path: sdks/python/apache_beam/examples/cookbook/bigtableio_it_test.py
##########
@@ -142,6 +144,9 @@ def setUp(self):
       self.instance.create(clusters=[cluster])
     self.table = self.instance.table(self.table_id)
 
+    # We need a small wait for the BigTable instance to start and stabilize.

Review comment:
       Is there a way to ping the instance instead? This would make it faster 
if it doesn't take 5 seconds, and also would be robust to  long tail latencies.




-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 722200)
    Time Spent: 0.5h  (was: 20m)

> bigtable io doesn't handle non-ok row mutations
> -----------------------------------------------
>
>                 Key: BEAM-13606
>                 URL: https://issues.apache.org/jira/browse/BEAM-13606
>             Project: Beam
>          Issue Type: Bug
>          Components: io-py-gcp
>            Reporter: Ning
>            Assignee: Chamikara Madhusanka Jayalath
>            Priority: P1
>             Fix For: 2.37.0
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> bigtable io has no logic to retry row mutations for rows with non-ok return 
> status (this includes None return value when bigtable suppresses retryable 
> errors, details see BEAM-13602).
>  
> To avoid data loss, the solution should be:
>  # Retry for those retryable-failed row mutations;
>  # Tagged output for those non-retryable-failed row mutations.
> Or clarify that the I/O doesn't handle failed row mutations in docstrings.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

Reply via email to