[jira] [Updated] (DLAB-1994) [TensorFlow][DeepLearning]: Convey new version to UI

2020-08-12 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1994:

Attachment: screenshot-1.png

> [TensorFlow][DeepLearning]: Convey new version to UI
> 
>
> Key: DLAB-1994
> URL: https://issues.apache.org/jira/browse/DLAB-1994
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: screenshot-1.png
>
>
> Convey new version to UI:
> TensorFlow - 2.1.0
> DeepLearning -2.4



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1974) Show 'invalid version' if lib installation fails due to wrong version

2020-08-10 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1974:

Description: 
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  

(i) "available_versions": [""] was not empty, now it is []. error message is 
installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.  

(i) now "installation_error" status is shown only if there was any kind of 
error during lib installation and lib has not been installed. error message is 
returned to backend, but I am note sure whether it will be shown on UI or not. 
(should be shown)

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

(i) fixed

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable' 

(i) previously returned invalid version with available versions = none. Now 
returns installation_error with error message 

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

(i) fixed

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   

(i) there was a whitespace in version < 0.2.0>

8. TensorFlow with RStudio (r package -> NAM ): docker runs with '1' and 
installation status is still 'installing' in Web UI (i) fixed

  was:
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  

(i) "available_versions": [""] was not empty, now it is []. error message is 
installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.  

(i) now "installation_error" status is shown only if there was any kind of 
error during lib installation and lib has not been installed. error message is 
returned to backend, but I am note sure whether it will be shown on UI or not. 
(should be shown)

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable' 

(i) previously returned invalid version with available versions = none. Now 
returns installation_error with error message 

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

(i) fixed

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   

(i) there was a whitespace in version < 0.2.0>

8. TensorFlow with RStudio (r package -> NAM ): docker runs with '1' and 
installation status is still 'installing' in Web UI (i) fixed


> Show 'invalid version' if lib installation fails due to wrong version
> -
>
> Key: DLAB-1974
> URL: https://issues.apache.org/jira/browse/DLAB-1974
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: Augment error message.png, Augment2.png, Available 
> version.png, P5 - pivottable 2.png, P6 -docker.png, P6 provisioning.png, P6 
> response.png, P7 - docker 2.png, P7 - provisioning.png, P7-docker1.png, 
> P7-rstudio UI.png, Panda

[jira] [Updated] (DLAB-1974) Show 'invalid version' if lib installation fails due to wrong version

2020-08-10 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1974:

Description: 
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  

(i) "available_versions": [""] was not empty, now it is []. error message is 
installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.  

(i) now "installation_error" status is shown only if there was any kind of 
error during lib installation and lib has not been installed. error message is 
returned to backend, but I am note sure whether it will be shown on UI or not. 
(should be shown)

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable' 

(i) previously returned invalid version with available versions = none. Now 
returns installation_error with error message 

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

(i) fixed

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   

(i) there was a whitespace in version < 0.2.0>

8. TensorFlow with RStudio (r package -> NAM ): docker runs with '1' and 
installation status is still 'installing' in Web UI (i) fixed

  was:
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  

(i) "available_versions": [""] was not empty, now it is []. error message is 
installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.  

(i) now "installation_error" status is shown only if there was any kind of 
error during lib installation and lib has not been installed. error message is 
returned to backend, but I am note sure whether it will be shown on UI or not. 
(should be shown)

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable' 

(i) previously returned invalid version with available versions = none. Now 
returns installation_error with error message 

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   

(i) there was a whitespace in version < 0.2.0>

8. TensorFlow with RStudio (r package -> NAM ): docker runs with '1' and 
installation status is still 'installing' in Web UI (i) fixed


> Show 'invalid version' if lib installation fails due to wrong version
> -
>
> Key: DLAB-1974
> URL: https://issues.apache.org/jira/browse/DLAB-1974
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: Augment error message.png, Augment2.png, Available 
> version.png, P5 - pivottable 2.png, P6 -docker.png, P6 provisioning.png, P6 
> response.png, P7 - docker 2.png, P7 - provisioning.png, P7-docker1.png, 
> P7-rstudio UI.png, Pandas1.png, Pandas2.png, P

[jira] [Updated] (DLAB-1974) Show 'invalid version' if lib installation fails due to wrong version

2020-08-10 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1974:

Description: 
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  

(i) "available_versions": [""] was not empty, now it is []. error message is 
installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.  

(i) now "installation_error" status is shown only if there was any kind of 
error during lib installation and lib has not been installed. error message is 
returned to backend, but I am note sure whether it will be shown on UI or not. 
(should be shown)

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable' 

(i) previously returned invalid version with available versions = none. Now 
returns installation_error with error message 

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   

(i) there was a whitespace in version < 0.2.0>

8. TensorFlow with RStudio (r package -> NAM ): docker runs with '1' and 
installation status is still 'installing' in Web UI (i) fixed

  was:
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  (i) "available_versions": [""] was not empty, 
now it is []. error message is installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'  (i) previously returned invalid version with available 
versions = none. Now returns installation_error with error message 

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   (i) there 
was a whitespace in version < 0.2.0>

8. TensorFlow with RStudio (r package -> NAM ): docker runs with '1' and 
installation status is still 'installing' in Web UI


> Show 'invalid version' if lib installation fails due to wrong version
> -
>
> Key: DLAB-1974
> URL: https://issues.apache.org/jira/browse/DLAB-1974
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: Augment error message.png, Augment2.png, Available 
> version.png, P5 - pivottable 2.png, P6 -docker.png, P6 provisioning.png, P6 
> response.png, P7 - docker 2.png, P7 - provisioning.png, P7-docker1.png, 
> P7-rstudio UI.png, Pandas1.png, Pandas2.png, Pandas3.png, Pip.png, Point 6 
> UI.png, Point8 - Tensorflow-rstudio.png, Point8 TensorFlow-Rstudio3.png, 
> Point8- Tensorflow-Rstuio2.png, apt-yum.png, ggplot2.png, p5 - Pivottable.png
>
>
> 1. If lib installation fails due to wrong version convey invalid version
> How it works no

[jira] [Updated] (DLAB-1974) Show 'invalid version' if lib installation fails due to wrong version

2020-08-07 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1974:

Description: 
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  (i) "available_versions": [""] was not empty, 
now it is []. error message is installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'  (i) previously returned invalid version with available 
versions = none. Now returns installation_error with error message 

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   (i) there 
was a whitespace in version < 0.2.0>

  was:
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  (i) "available_versions": [""] was not empty, 
now it is []. error message is installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   (i) there 
was a whitespace in version < 0.2.0>


> Show 'invalid version' if lib installation fails due to wrong version
> -
>
> Key: DLAB-1974
> URL: https://issues.apache.org/jira/browse/DLAB-1974
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: Augment error message.png, Augment2.png, Available 
> version.png, P5 - pivottable 2.png, P6 -docker.png, P6 provisioning.png, P6 
> response.png, P7 - docker 2.png, P7 - provisioning.png, P7-docker1.png, 
> P7-rstudio UI.png, Pandas1.png, Pandas2.png, Pandas3.png, Pip.png, Point 6 
> UI.png, apt-yum.png, ggplot2.png, p5 - Pivottable.png
>
>
> 1. If lib installation fails due to wrong version convey invalid version
> How it works now (for example if version contains space):
>  - R package: Docker runs with '0', shows 'installation error' and it is retry
>  - Pip/apt/yum packages: Docker runs with '1' and status is still in 
> 'installing'
> (i) removed versions from tmp log file name, for R it shows invalid version 
> in version contains invalid characters. 
> 2. Augment error message for library installation ( from r package). 
> Available version value is empty  (i) "available_versions": [""] was not 
> empty, now it is []. error message is installation_error
> 3. For EMR pandas/matplotlib are installed but it is shown 'error 
> installation' due to some dependencies are not installed. This case is 
> reproduced for pip3 group.
> 4. For EMR ggplot2 (r package) is no

[jira] [Updated] (DLAB-1974) Show 'invalid version' if lib installation fails due to wrong version

2020-08-07 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1974:

Description: 
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

(i) removed versions from tmp log file name, for R it shows invalid version in 
version contains invalid characters. 

2. Augment error message for library installation ( from r package). 
Available version value is empty  (i) "available_versions": [""] was not empty, 
now it is []. error message is installation_error

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   (i) there 
was a whitespace in version < 0.2.0>

  was:
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

2. Augment error message for library installation ( from r package). 
Available version value is empty

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   (i) there 
was a whitespace in version < 0.2.0>


> Show 'invalid version' if lib installation fails due to wrong version
> -
>
> Key: DLAB-1974
> URL: https://issues.apache.org/jira/browse/DLAB-1974
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: Augment error message.png, Augment2.png, Available 
> version.png, P5 - pivottable 2.png, P6 -docker.png, P6 provisioning.png, P6 
> response.png, P7 - docker 2.png, P7 - provisioning.png, P7-docker1.png, 
> P7-rstudio UI.png, Pandas1.png, Pandas2.png, Pandas3.png, Pip.png, Point 6 
> UI.png, apt-yum.png, ggplot2.png, p5 - Pivottable.png
>
>
> 1. If lib installation fails due to wrong version convey invalid version
> How it works now (for example if version contains space):
>  - R package: Docker runs with '0', shows 'installation error' and it is retry
>  - Pip/apt/yum packages: Docker runs with '1' and status is still in 
> 'installing'
> (i) removed versions from tmp log file name, for R it shows invalid version 
> in version contains invalid characters. 
> 2. Augment error message for library installation ( from r package). 
> Available version value is empty  (i) "available_versions": [""] was not 
> empty, now it is []. error message is installation_error
> 3. For EMR pandas/matplotlib are installed but it is shown 'error 
> installation' due to some dependencies are not installed. This case is 
> reproduced for pip3 group.
> 4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
> installed via terminal
> 5. If user does not type library version and installation fails - convey 
> 'installation error' instead of 'invalid version'. It was found for EMR 
> (others group) 'pivottable'
> 6. For EMR (it was found on RStudio, perhaps it is reproduced and for the 
> other template): 

[jira] [Updated] (DLAB-1974) Show 'invalid version' if lib installation fails due to wrong version

2020-08-07 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1974:

Description: 
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

2. Augment error message for library installation ( from r package). 
Available version value is empty

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'   (i) there 
was a whitespace in version < 0.2.0>

  was:
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

2. Augment error message for library installation ( from r package). 
Available version value is empty

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1' there was a 
whitespace in version < 0.2.0>


> Show 'invalid version' if lib installation fails due to wrong version
> -
>
> Key: DLAB-1974
> URL: https://issues.apache.org/jira/browse/DLAB-1974
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: Augment error message.png, Augment2.png, Available 
> version.png, P5 - pivottable 2.png, P6 -docker.png, P6 provisioning.png, P6 
> response.png, P7 - docker 2.png, P7 - provisioning.png, P7-docker1.png, 
> P7-rstudio UI.png, Pandas1.png, Pandas2.png, Pandas3.png, Pip.png, Point 6 
> UI.png, apt-yum.png, ggplot2.png, p5 - Pivottable.png
>
>
> 1. If lib installation fails due to wrong version convey invalid version
> How it works now (for example if version contains space):
>  - R package: Docker runs with '0', shows 'installation error' and it is retry
>  - Pip/apt/yum packages: Docker runs with '1' and status is still in 
> 'installing'
> 2. Augment error message for library installation ( from r package). 
> Available version value is empty
> 3. For EMR pandas/matplotlib are installed but it is shown 'error 
> installation' due to some dependencies are not installed. This case is 
> reproduced for pip3 group.
> 4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
> installed via terminal
> 5. If user does not type library version and installation fails - convey 
> 'installation error' instead of 'invalid version'. It was found for EMR 
> (others group) 'pivottable'
> 6. For EMR (it was found on RStudio, perhaps it is reproduced and for the 
> other template): If install library from apt/yum package and indicate wrong 
> version docker runs with '1' and library status remains 'installing' in DLab 
> UI
> 7. Rstudio (others group): Pivottablejs installation with correct version 
> <0.2.0> was stuck in 'installing' status and docker run with '1'   (i) there 
> was a whitespace in version < 0.2.0>



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-

[jira] [Updated] (DLAB-1974) Show 'invalid version' if lib installation fails due to wrong version

2020-08-07 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1974:

Description: 
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

2. Augment error message for library installation ( from r package). 
Available version value is empty

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1' there was a 
whitespace in version < 0.2.0>

  was:
1. If lib installation fails due to wrong version convey invalid version

How it works now (for example if version contains space):
 - R package: Docker runs with '0', shows 'installation error' and it is retry
 - Pip/apt/yum packages: Docker runs with '1' and status is still in 
'installing'

2. Augment error message for library installation ( from r package). 
Available version value is empty

3. For EMR pandas/matplotlib are installed but it is shown 'error installation' 
due to some dependencies are not installed. This case is reproduced for pip3 
group.

4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
installed via terminal

5. If user does not type library version and installation fails - convey 
'installation error' instead of 'invalid version'. It was found for EMR (others 
group) 'pivottable'

6. For EMR (it was found on RStudio, perhaps it is reproduced and for the other 
template): If install library from apt/yum package and indicate wrong version 
docker runs with '1' and library status remains 'installing' in DLab UI

7. Rstudio (others group): Pivottablejs installation with correct version 
<0.2.0> was stuck in 'installing' status and docker run with '1'


> Show 'invalid version' if lib installation fails due to wrong version
> -
>
> Key: DLAB-1974
> URL: https://issues.apache.org/jira/browse/DLAB-1974
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: Augment error message.png, Augment2.png, Available 
> version.png, P5 - pivottable 2.png, P6 -docker.png, P6 provisioning.png, P6 
> response.png, P7 - docker 2.png, P7 - provisioning.png, P7-docker1.png, 
> P7-rstudio UI.png, Pandas1.png, Pandas2.png, Pandas3.png, Pip.png, Point 6 
> UI.png, apt-yum.png, ggplot2.png, p5 - Pivottable.png
>
>
> 1. If lib installation fails due to wrong version convey invalid version
> How it works now (for example if version contains space):
>  - R package: Docker runs with '0', shows 'installation error' and it is retry
>  - Pip/apt/yum packages: Docker runs with '1' and status is still in 
> 'installing'
> 2. Augment error message for library installation ( from r package). 
> Available version value is empty
> 3. For EMR pandas/matplotlib are installed but it is shown 'error 
> installation' due to some dependencies are not installed. This case is 
> reproduced for pip3 group.
> 4. For EMR ggplot2 (r package) is not installed via DLab UI, but it can be 
> installed via terminal
> 5. If user does not type library version and installation fails - convey 
> 'installation error' instead of 'invalid version'. It was found for EMR 
> (others group) 'pivottable'
> 6. For EMR (it was found on RStudio, perhaps it is reproduced and for the 
> other template): If install library from apt/yum package and indicate wrong 
> version docker runs with '1' and library status remains 'installing' in DLab 
> UI
> 7. Rstudio (others group): Pivottablejs installation with correct version 
> <0.2.0> was stuck in 'installing' status and docker run with '1' there was a 
> whitespace in version < 0.2.0>



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev

[jira] [Commented] (DLAB-1975) [Back-end]: Add autocomplete checkbox for library

2020-08-03 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17169898#comment-17169898
 ] 

Leonid Frolov commented on DLAB-1975:
-

all resources get 'os_pkg' and 'java'

'jupyter', 'jupyterlab', 'zeppelin', 'deeplearning', 'tensor', 
'tensor-rstudio', 'rstudio' and computational  get 'pip2', 'pip3' and 'others'

'jupyter', 'jupyterlab', 'zeppelin' additionally get 'r_pkg' when 
os.environ['notebook_r_enabled'] == 'true'

'rstudio', 'tensor-rstudio' always get 'r_pkg'

 

> [Back-end]: Add autocomplete checkbox for library 
> --
>
> Key: DLAB-1975
> URL: https://issues.apache.org/jira/browse/DLAB-1975
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Oleg Fuks
>Priority: Major
>  Labels: AWS, AZURE, Back-end, Debian, GCP, RedHat
>
> If user turns on autocomplete the available lib list is loading.
> If loads is successful autocomplete triggers when user types library name
> If loads is unsuccessful appear information message: 'Available lib list 
> could not be gained'.  [You are free to change the message]
> And if user types library name autocomplete does not trigger.
>  
> If user turns off autocomplete the available lib list is not loading.
> And if user types library name autocomplete does not trigger.
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1966) [AWS]: Lib installation fails from r/Apt/Yum packages for Data Engine Service

2020-07-27 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1966:

Description: 
*Preconditions:*

1. EMR is created

*Steps to reproduce:*

1. Install library for EMR from APT/YUM and R packages

*Actual result:*
 # Library from APT/YUM is not installed
 # Library from r package is not installed (dev-tools is not installed)

*Expected result:*
 # Library from APT/YUM is installed
 # Library from r package is installed

same for dataproc

in some cases when apt package has more then 20 lines of dependencies, package 
installation failes

  was:
*Preconditions:*

1. EMR is created

*Steps to reproduce:*

1. Install library for EMR from APT/YUM and R packages

*Actual result:*
 # Library from APT/YUM is not installed
 # Library from r package is not installed (dev-tools is not installed)

*Expected result:*
 # Library from APT/YUM is installed
 # Library from r package is installed


> [AWS]: Lib installation fails from r/Apt/Yum packages for Data Engine Service
> -
>
> Key: DLAB-1966
> URL: https://issues.apache.org/jira/browse/DLAB-1966
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Affects Versions: v.2.4
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, Debian, RedHat
> Attachments: Apt-yum.png
>
>
> *Preconditions:*
> 1. EMR is created
> *Steps to reproduce:*
> 1. Install library for EMR from APT/YUM and R packages
> *Actual result:*
>  # Library from APT/YUM is not installed
>  # Library from r package is not installed (dev-tools is not installed)
> *Expected result:*
>  # Library from APT/YUM is installed
>  # Library from r package is installed
> same for dataproc
> in some cases when apt package has more then 20 lines of dependencies, 
> package installation failes



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1961) Show error message if user tries update/downgrade library by unreal version

2020-07-24 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1961:

Description: 
# If user installs already installed library but indicates fiction version, the 
output will be that it is installed the library which has been previously 
installed (i) the output will be 'invalid version'
 # If any distributive is not available for some library show as library 
installation 'Failed' and convey error message which we have previously (view 
attachment)
 # If there is another error during installation except for 'No matching 
distribution found' show the status 'failed' and convey the particular error
 # If library is failed convey which dependencies have been installed during 
installation (i) added dependencies to responce with failed status, probably 
some changes should be made on front-end to show dependency list with error 
message 
 # Investigate why some libs are disappeared (in proposed libs) after gaining 
of available lib list: kabaret.flow-contextaul-dict (Py3), 
KNN_TextClassifier(Py3), k2flix (Py3) - (i) it{color:#00875a} is not a 
problem{color}
 # It's impossible to install any library from r package for Dataproc. (i) 
moved to DLAB-1966

  was:
# If user installs already installed library but indicates fiction version, the 
output will be that it is installed the library which has been previously 
installed (i) the output will be 'invalid version'
 # If any distributive is not available for some library show as library 
installation 'Failed' and convey error message which we have previously (view 
attachment)
 # If there is another error during installation except for 'No matching 
distribution found' show the status 'failed' and convey the particular error
 # If library is failed convey which dependencies have been installed during 
installation (i) added dependencies to responce with failed status, probably 
some changes should be made on front-end to show dependency list with error 
message 
 # Investigate why some libs are disappeared (in proposed libs) after gaining 
of available lib list: kabaret.flow-contextaul-dict (Py3), 
KNN_TextClassifier(Py3), k2flix (Py3) - (i) it{color:#00875a} is not a 
problem{color}
 # It's impossible to install any library from r package for Dataproc. 


> Show error message if user tries update/downgrade library by unreal  version
> 
>
> Key: DLAB-1961
> URL: https://issues.apache.org/jira/browse/DLAB-1961
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat, 
> pull-request-available
> Attachments: Dataproc-r package.png, Failed.png
>
>
> # If user installs already installed library but indicates fiction version, 
> the output will be that it is installed the library which has been previously 
> installed (i) the output will be 'invalid version'
>  # If any distributive is not available for some library show as library 
> installation 'Failed' and convey error message which we have previously (view 
> attachment)
>  # If there is another error during installation except for 'No matching 
> distribution found' show the status 'failed' and convey the particular error
>  # If library is failed convey which dependencies have been installed during 
> installation (i) added dependencies to responce with failed status, probably 
> some changes should be made on front-end to show dependency list with error 
> message 
>  # Investigate why some libs are disappeared (in proposed libs) after gaining 
> of available lib list: kabaret.flow-contextaul-dict (Py3), 
> KNN_TextClassifier(Py3), k2flix (Py3) - (i) it{color:#00875a} is not a 
> problem{color}
>  # It's impossible to install any library from r package for Dataproc. (i) 
> moved to DLAB-1966



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1961) Show error message if user tryes update/downgrade library by unreal version

2020-07-23 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1961:

Description: 
# If user installs already installed library but indicates fiction version, the 
output will be that it is installed the library which has been previously 
installed (i) the output will be 'invalid version'
 # If any distributive is not available for some library show as library 
installation 'Failed' and convey error message which we have previously (view 
attachment)
 # If there is another error during installation except for 'No matching 
distribution found' show the status 'failed' and convey the particular error
 # If library is failed convey which dependencies have been installed during 
installation (i) added dependencies to responce with failed status, probably 
some changes should be made on front-end to show dependency list with error 
message 
 # Investigate why some libs are disappeared (in proposed libs) after gaining 
of available lib list: kabaret.flow-contextaul-dict (Py3), 
KNN_TextClassifier(Py3), k2flix (Py3) - (i) it{color:#00875a} is not a 
problem{color}

  was:
# If user installs already installed library but indicates fiction version, the 
output will be that it is installed the library which has been previously 
installed
 # If any distributive is not available for some library show as library 
installation 'Failed' and convey error message which we have previously (view 
attachment)
 # If there is another error during installation except for 'No matching 
distribution found' show the status 'failed' and convey the particular error
 # If library is failed convey which dependencies have been installed during 
installation
 # Investigate why some libs are disappeared (in proposed libs) after gaining 
of available lib list: kabaret.flow-contextaul-dict (Py3), 
KNN_TextClassifier(Py3), k2flix (Py3) - (i) {color:#00875a}it is not a 
problem{color}


> Show error message if user tryes update/downgrade library by unreal  version
> 
>
> Key: DLAB-1961
> URL: https://issues.apache.org/jira/browse/DLAB-1961
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
> Attachments: Failed.png
>
>
> # If user installs already installed library but indicates fiction version, 
> the output will be that it is installed the library which has been previously 
> installed (i) the output will be 'invalid version'
>  # If any distributive is not available for some library show as library 
> installation 'Failed' and convey error message which we have previously (view 
> attachment)
>  # If there is another error during installation except for 'No matching 
> distribution found' show the status 'failed' and convey the particular error
>  # If library is failed convey which dependencies have been installed during 
> installation (i) added dependencies to responce with failed status, probably 
> some changes should be made on front-end to show dependency list with error 
> message 
>  # Investigate why some libs are disappeared (in proposed libs) after gaining 
> of available lib list: kabaret.flow-contextaul-dict (Py3), 
> KNN_TextClassifier(Py3), k2flix (Py3) - (i) it{color:#00875a} is not a 
> problem{color}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1828) [Branch-515][AWS][RStudio]: After successfully library installation from r package the installed library is not found in notebook

2020-06-24 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1828:

Attachment: R_installed-UI.PNG
R_installed.PNG

> [Branch-515][AWS][RStudio]: After successfully library installation from r 
> package the installed library is not found in notebook
> -
>
> Key: DLAB-1828
> URL: https://issues.apache.org/jira/browse/DLAB-1828
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
> Environment: Branch-515
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, Debian, DevOps
> Attachments: Docker logs.txt, Libraries are not found.jpg, Libraries 
> on DLab UI.jpg, R_installed-UI.PNG, R_installed.PNG
>
>
> *Preconditions:*
> 1. RStudio is created on GCP/AWS
> *Steps to reproduce:*
> 1. Install library from r packages
> *Actual result:*
>  # Library is installed successfully on DLab Web UI
>  # Docker runs with '0'
>  # Library is not found in notebook via command R -e 
> "installed.packages()[,c(3:4)]" | grep 
> *Expected result:*
>  # Library is installed successfully on DLab Web UI
>  # Docker runs with '0'
>  # Library is found in notebook via command R -e 
> "installed.packages()[,c(3:4)]" | grep 
>  
> 
> (i) *This bug is still reproduced* *on AWS* (04/06/2020)
> (i) *This bug is not reproduced on GCP* (10/06/2020)



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Commented] (DLAB-1872) Image for remote endpoint should be updated after changes of develop branch

2020-06-18 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17139262#comment-17139262
 ] 

Leonid Frolov commented on DLAB-1872:
-

made jenkins jobs to check if there are any new commits periodically for now. 
going to make it use webhook in the future 

> Image for remote endpoint should be updated after changes of develop branch
> ---
>
> Key: DLAB-1872
> URL: https://issues.apache.org/jira/browse/DLAB-1872
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1810) [Branch-1515][AWS]: DeepLearning creation fails

2020-05-21 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1810:
---

Assignee: Leonid Frolov  (was: Mykola Bodnar)

> [Branch-1515][AWS]: DeepLearning creation fails
> ---
>
> Key: DLAB-1810
> URL: https://issues.apache.org/jira/browse/DLAB-1810
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, Debian, DevOps
> Fix For: v.2.4
>
> Attachments: Deep Learning.png
>
>
> *Preconditions:*
> 1. SSN is created on AWS from branch-515
> *Steps to reproduce:*
> 1. Create Deep Learning
> *Actual result:*
> 1. Deep Learning creation fails
> *Expected result:*
> 1. Deep Learning is created successful



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1809) [Branch-515][AWS]: TensorFlow with Jupyter creation fails

2020-05-21 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1809:
---

Assignee: Leonid Frolov  (was: Mykola Bodnar)

> [Branch-515][AWS]: TensorFlow with Jupyter creation fails
> -
>
> Key: DLAB-1809
> URL: https://issues.apache.org/jira/browse/DLAB-1809
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, Debian, DevOps
> Fix For: v.2.4
>
> Attachments: TensorFlow.png
>
>
> *Preconditions:*
> 1. DLab is deployed on AWS from branch-515
> *Steps to reproduce:*
> 1. Create TensorFlow with Jupyter
> *Actual result:*
> 1. TensorFlow with Jupyter creation fails
> *Expected result:*
> 1. TensorFlow with Jupyter creation is successful 
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1644) [AWS]: Not removed project resources block endpoint termination

2020-03-30 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1644:
---

Assignee: Leonid Frolov  (was: Mykola Bodnar)

> [AWS]: Not removed project resources block endpoint termination
> ---
>
> Key: DLAB-1644
> URL: https://issues.apache.org/jira/browse/DLAB-1644
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Oleh Martushevskyi
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, Debian, DevOps, RedHat
> Fix For: v.2.3
>
>
> Steps to reproduce:
> 1) Create SSN
> 2) create separate endpoint on AWS
> 3) Create project, notebook, cluster on remote endpoint
> 4) Terminate project
> 5) Try to terminate endpoint.
> Some project resources still exist after project termination on AWS external 
> resources. Please check.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1668) [Azure]: Convey container name in lower case to FE

2020-03-27 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1668:
---

Assignee: Leonid Frolov  (was: Mykola Bodnar)

> [Azure]: Convey container name in lower case to FE
> --
>
> Key: DLAB-1668
> URL: https://issues.apache.org/jira/browse/DLAB-1668
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AZURE, Debian, DevOps, RedHat
> Fix For: v.2.3
>
> Attachments: Azure.png
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1657) [AWS]: Notebook creation from custom image does not use custom image

2020-03-24 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1657:

Attachment: creation_logs.PNG
AMIs.PNG

> [AWS]: Notebook creation from custom image does not use custom image
> 
>
> Key: DLAB-1657
> URL: https://issues.apache.org/jira/browse/DLAB-1657
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, Debian, DevOps, RedHat
> Attachments: AMIs.PNG, AWS console.png, Logs.png, creation_logs.PNG
>
>
> *Preconditions:*
>  # Notebook is created on AWS
>  # Custom image is created from Notebook
> *Steps to reproduce:*
> 1. Create Notebook from custom image
> *Actual result:*
>  # Notebook creation does not use custom image
>  # Notebook creation uses default image
> *Expected result:*
>  # Notebook creation uses custom image
>  # Notebook creation does not use default image
>   



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1653) Add support pandas-profiling installation on instance

2020-03-23 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1653:
---

Assignee: Leonid Frolov

> Add support pandas-profiling installation on instance
> -
>
> Key: DLAB-1653
> URL: https://issues.apache.org/jira/browse/DLAB-1653
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat
>
> It needs higher pandas version.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1625) [GCP]: Edge node starting fails on remote GCP endpoint

2020-03-18 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1625:
---

Assignee: Leonid Frolov  (was: Mykola Bodnar)

> [GCP]: Edge node starting fails on  remote  GCP endpoint
> 
>
> Key: DLAB-1625
> URL: https://issues.apache.org/jira/browse/DLAB-1625
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: Debian, DevOps, GCP
> Fix For: v.2.3
>
> Attachments: GCP edge node starting.png
>
>
> *Preconditions:*
> 1. Edge is created on GCP remote endpoint
> 2. Edge node is in stopping status
> *Steps to reproduce:*
> 1. Start edge node on GCP remote endpoint
> *Actual result:*
> 1. Edge node stopping fails
> *Expected result:*
> 1. Edge node stopping is successful



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1630) Project bucket name should be contain lower-case to FE

2020-03-16 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1630:

Attachment: proj_bucket_FE.PNG

> Project bucket name should be contain lower-case to FE
> --
>
> Key: DLAB-1630
> URL: https://issues.apache.org/jira/browse/DLAB-1630
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, pull-request-available
> Fix For: v.2.3
>
> Attachments: Bucket name.png, proj_bucket_FE.PNG
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Project is created on remote AWS endpoint.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1630) Project bucket name should be contain lower-case to FE

2020-03-16 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1630:
---

Assignee: Leonid Frolov  (was: Mykola Bodnar)

> Project bucket name should be contain lower-case to FE
> --
>
> Key: DLAB-1630
> URL: https://issues.apache.org/jira/browse/DLAB-1630
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS
> Fix For: v.2.3
>
> Attachments: Bucket name.png
>
>
> Project is created on remote AWS endpoint.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1628) [AWS]: Data Engine Service creation fails if project name contains upper case

2020-03-16 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1628:
---

Assignee: Leonid Frolov  (was: Mykola Bodnar)

> [AWS]: Data Engine Service creation fails if project name contains upper case
> -
>
> Key: DLAB-1628
> URL: https://issues.apache.org/jira/browse/DLAB-1628
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, Debian, DevOps, RedHat
> Fix For: v.2.3
>
> Attachments: EMR creation.png
>
>
> *Preconditions:*
> 1. Project is created on remote AWS endpoint
> 2. Project name contains upper case
> *Steps to reproduce:*
> 1. Create EMR on notebook
> *Actual result:*
> 1. EMR creation fails
> *Expected result:*
> EMR is created successful



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Commented] (DLAB-1629) Project creation fails

2020-03-13 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17058626#comment-17058626
 ] 

Leonid Frolov commented on DLAB-1629:
-

Same Error happened when creating project on remote GCP endpoint

> Project creation fails
> --
>
> Key: DLAB-1629
> URL: https://issues.apache.org/jira/browse/DLAB-1629
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Mykola Bodnar
>Priority: Blocker
>  Labels: AWS, AZURE, Debian, DevOps, RedHat
> Fix For: v.2.3
>
> Attachments: Edge creation.png
>
>
> *Preconditions:*
>  # SSN is created on Azure/AWS
> *Steps to reproduce:*
>  # Create project
> *Actual result:*
>  # Project creation fails
> *Expected result:*
>  # Project is created successful
> 
> I do not verify on GCP. Maybe the bug reproduced on GCP - please take it into 
> consideration.
>  # 
>   



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1629) Project creation fails

2020-03-13 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1629:

Description: 
*Preconditions:*
 # SSN is created on Azure/AWS

*Steps to reproduce:*
 # Create project

*Actual result:*
 # Project creation fails

*Expected result:*
 # Project is created successful

I do not verify on GCP. Maybe the bug reproduced on GCP - please take it into 
consideration.

 # 
  

  was:
*Preconditions:*
 # SSN is created on Azure/AWS

*Steps to reproduce:*
 # Create project

*Actual result:*
 # Project creation fails

*Expected result:*
 # Project is created successful

I do not verify on GCP. Maybe the bug reproduced on GCP - please take it into 
consideration.
  


> Project creation fails
> --
>
> Key: DLAB-1629
> URL: https://issues.apache.org/jira/browse/DLAB-1629
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Mykola Bodnar
>Priority: Blocker
>  Labels: AWS, AZURE, Debian, DevOps, RedHat
> Fix For: v.2.3
>
> Attachments: Edge creation.png
>
>
> *Preconditions:*
>  # SSN is created on Azure/AWS
> *Steps to reproduce:*
>  # Create project
> *Actual result:*
>  # Project creation fails
> *Expected result:*
>  # Project is created successful
> 
> I do not verify on GCP. Maybe the bug reproduced on GCP - please take it into 
> consideration.
>  # 
>   



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1626) [GCP]: Notebook termination fails if notebook contains Dataproc

2020-03-12 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1626:

Attachment: term_dp_zepp.PNG.png
term_dp_jup.PNG

> [GCP]: Notebook termination fails if notebook contains Dataproc
> ---
>
> Key: DLAB-1626
> URL: https://issues.apache.org/jira/browse/DLAB-1626
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: Debian, DevOps, GCP
> Attachments: GCP Notebook termination.png, term_dp_jup.PNG, 
> term_dp_zepp.PNG.png
>
>
> Dataproc was created on Jupyter. However i think it is related to all 
> notebooks.
> *Preconditions:*
> 1. Dataproc is created
> *Steps to reproduce:*
> 1. Terminate notebook
> Actual result:
> 1. Notebook termination fail
> *Expected result:*
> 1. Notebook termination is successful



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1625) [GCP]: Edge node starting fails on remote GCP endpoint

2020-03-12 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1625:
---

Assignee: Mykola Bodnar  (was: Leonid Frolov)

> [GCP]: Edge node starting fails on  remote  GCP endpoint
> 
>
> Key: DLAB-1625
> URL: https://issues.apache.org/jira/browse/DLAB-1625
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Mykola Bodnar
>Priority: Major
>  Labels: Debian, DevOps, GCP
> Fix For: v.2.3
>
> Attachments: GCP edge node starting.png
>
>
> *Preconditions:*
> 1. Edge is created on GCP remote endpoint
> 2. Edge node is in stopping status
> *Steps to reproduce:*
> 1. Start edge node on GCP remote endpoint
> *Actual result:*
> 1. Edge node stopping fails
> *Expected result:*
> 1. Edge node stopping is successful



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1627) [GSP]: Notebook creation fails from image

2020-03-12 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1627:

Attachment: changed shared ami name.PNG

> [GSP]: Notebook creation fails from image
> -
>
> Key: DLAB-1627
> URL: https://issues.apache.org/jira/browse/DLAB-1627
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: Debian, DevOps, GCP
> Attachments: GCP console.png, Notebook creation.png, Spark cluster 
> creation.png, changed shared ami name.PNG
>
>
> *Preconditions:*
>  # Project1 is created on GCP with disabled 'use shared image'
>  # Notebook1 is created
> *Steps to reproduce:*
> 1. Create notebook of the same template in Project1
> *Actual result:*
> 1. Notebook creation fails
> *Expected result:*
> 1. Notebook creation is successful
> 
> 1. Also Spark cluster creation fails with the same error. 
> The bug was  reproduced on Zeppelin notebook. But I think it is not depends 
> on notebook.
> 2. If project is with enabled 'use shared image' the bug is not reproduced.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1626) [GCP]: Notebook termination fails if notebook contains Dataproc

2020-03-12 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1626:
---

Assignee: Leonid Frolov  (was: Oleh Martushevskyi)

> [GCP]: Notebook termination fails if notebook contains Dataproc
> ---
>
> Key: DLAB-1626
> URL: https://issues.apache.org/jira/browse/DLAB-1626
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: Debian, DevOps, GCP
> Attachments: GCP Notebook termination.png
>
>
> Dataproc was created on Jupyter. However i think it is related to all 
> notebooks.
> *Preconditions:*
> 1. Dataproc is created
> *Steps to reproduce:*
> 1. Terminate notebook
> Actual result:
> 1. Notebook termination fail
> *Expected result:*
> 1. Notebook termination is successful



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1595) [Azure]: Remote endpoint creation fails

2020-02-28 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1595:

Attachment: azure_endpoint_created.PNG

> [Azure]: Remote endpoint creation fails
> ---
>
> Key: DLAB-1595
> URL: https://issues.apache.org/jira/browse/DLAB-1595
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AZURE, Debian, DevOps, RedHat, pull-request-available
> Fix For: v.2.3
>
> Attachments: azure.jpg, azure_endpoint_created.PNG
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> *Preconditions:*
> 1. SSN is created on Azure
> *Steps to reproduce:*
> 1. Create remote endpoint on Azure via Jenkins job
> *Actual result:*
> 1. Remote endpoint creation fails
> *Expected result:*
> 1. Remote endpoint is created



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Commented] (DLAB-1517) Available lib list is not get due to request entity too large

2020-02-26 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17045653#comment-17045653
 ] 

Leonid Frolov commented on DLAB-1517:
-

fixed error HTTP 413, but lib list is not represented in UI

!remote_lib_list.PNG!  

> Available lib list is not get due to request entity too large
> -
>
> Key: DLAB-1517
> URL: https://issues.apache.org/jira/browse/DLAB-1517
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat, 
> pull-request-available
> Fix For: v.2.3
>
> Attachments: Available lib list.png, local_lib_list.PNG, 
> remote_lib_list.PNG
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> *Preconditions:*
>  # SSN is created on GCP
>  # Endpoint is created on AWS
>  # Notebook is created on AWS
> *Steps to reproduce:*
> 1.  Go to 'List of resource' page
> 2.  Click action menu for notebook
> 3. Choose manage libraries
> 4. Choose 'Select resource' in drop down list 
> *Actual result:*
> 1. Available lib list is not get successful
> *Expected result:*
> 1. Available lib list is get successful
> 
> Available lib list was get successful after 40 minutes of trying.
> This bug reproduces especially for RStudio



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1517) Available lib list is not get due to request entity too large

2020-02-26 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1517:

Attachment: local_lib_list.PNG
remote_lib_list.PNG

> Available lib list is not get due to request entity too large
> -
>
> Key: DLAB-1517
> URL: https://issues.apache.org/jira/browse/DLAB-1517
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat, 
> pull-request-available
> Fix For: v.2.3
>
> Attachments: Available lib list.png, local_lib_list.PNG, 
> remote_lib_list.PNG
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> *Preconditions:*
>  # SSN is created on GCP
>  # Endpoint is created on AWS
>  # Notebook is created on AWS
> *Steps to reproduce:*
> 1.  Go to 'List of resource' page
> 2.  Click action menu for notebook
> 3. Choose manage libraries
> 4. Choose 'Select resource' in drop down list 
> *Actual result:*
> 1. Available lib list is not get successful
> *Expected result:*
> 1. Available lib list is get successful
> 
> Available lib list was get successful after 40 minutes of trying.
> This bug reproduces especially for RStudio



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Comment Edited] (DLAB-1382) [Azure]: Failed to manage git credentials due to 'ssn_storage_account_name' is not defined

2020-02-26 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1382?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17045647#comment-17045647
 ] 

Leonid Frolov edited comment on DLAB-1382 at 2/26/20 4:02 PM:
--

Bug does not reproduce, docker exited with "0"
 !mange git creds log.png! 
 Also script tries to download git certfile from wrong container:
 "container_name = 
('{}ssn-container'.format(os.environ['conf_service_base_name'])).lower().replace('_',
 '')"
 from common_download_git _certfile.py


was (Author: leonid_frolov1):
Bug does not reproduce, docker exited with "0"
 !mange git creds log.png! 
Also script tries to download git certfile from wrong container:
"container_name = 
('{}-ssn-container'.format(os.environ['conf_service_base_name'])).lower().replace('_',
 '-')"
from common_download_git _certfile.py


> [Azure]: Failed to manage git credentials due to 'ssn_storage_account_name' 
> is not defined
> --
>
> Key: DLAB-1382
> URL: https://issues.apache.org/jira/browse/DLAB-1382
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AZURE, Debian, DevOps, RedHat
> Fix For: v.2.3
>
> Attachments: Manage git credentials.png, mange git creds log.png
>
>
> *Preconditions:*
>  # Environment is created
>  # User is located on 'resources_list' page
> *Steps to reproduce:*
>  # Click 'Git credentials' button
>  # Click 'Add account' button
>  # Put valid data
>  # Click 'Assign' button
>  # Click 'Apply changes' button
> *Actual result:*
> 1. Docker runs with '1'
> NameError: name 'ssn_storage_account_name' is not defined
> *Expected result:*
> 1. Docker runs with '0'



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1382) [Azure]: Failed to manage git credentials due to 'ssn_storage_account_name' is not defined

2020-02-26 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1382:

Attachment: mange git creds log.png

> [Azure]: Failed to manage git credentials due to 'ssn_storage_account_name' 
> is not defined
> --
>
> Key: DLAB-1382
> URL: https://issues.apache.org/jira/browse/DLAB-1382
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AZURE, Debian, DevOps, RedHat
> Fix For: v.2.3
>
> Attachments: Manage git credentials.png, mange git creds log.png
>
>
> *Preconditions:*
>  # Environment is created
>  # User is located on 'resources_list' page
> *Steps to reproduce:*
>  # Click 'Git credentials' button
>  # Click 'Add account' button
>  # Put valid data
>  # Click 'Assign' button
>  # Click 'Apply changes' button
> *Actual result:*
> 1. Docker runs with '1'
> NameError: name 'ssn_storage_account_name' is not defined
> *Expected result:*
> 1. Docker runs with '0'



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Commented] (DLAB-1531) Bucket should be tagged according to template

2020-02-24 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17043630#comment-17043630
 ] 

Leonid Frolov commented on DLAB-1531:
-

*AZURE:*
In DLAB-1581 returned "Name" tag as it is user throughout the code.
Now azure storage account has both Name and sbn-tag tags

> Bucket should be tagged according to template
> -
>
> Key: DLAB-1531
> URL: https://issues.apache.org/jira/browse/DLAB-1531
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat, 
> pull-request-available
> Fix For: v.2.3
>
> Attachments: AWS project bucket.png, AWS shared endpoint bucket.png, 
> Azure Project bucket.png, Azure shared endpoint bucket.png, GCP.png, 
> GCP2.png, GCP3.png
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> (!)  *AWS*
>  # [Remote endpoint]: 'Shared endpoint bucket'  does not have endpoint_tag as 
> it has 'Project bucket'
> 
> (!) *Azure*
>  # [Local endpoint]: Shared endpoint bucket'  does not have endpoint_tag as 
> it has 'Project bucket'
> 
> (!) *GCP*
>  # All buckets should contain endpoint_tag, product, name, 
> {color:#de350b}*?sbn?*{color}
>  # What does 'vi-aws-10...' tag mean. Do we need it?
>  # In addition 'Project bucket' should contain project_tag.
> About GCP consult with [~omartushevskyi]
> 
> *AWS*
>  1. From shared_bucket remove project_tag. Shared-bucket has 4 tags, project 
> bucket has 5 tags.
>  *AZURE*
>  1. Added endpoint_tag to shared-bucket
>  2. Name -> sbn-tag for two buckets
>  *GCP*
>  1. to shared bucket added three tags (tag-name, endpoint-tag, project:dlab, 
> sbn-tag)
>  2. to project bucket added project-tag



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Comment Edited] (DLAB-1547) [AWS]: EMR cluster fails due to wrong tags

2020-02-18 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17039003#comment-17039003
 ] 

Leonid Frolov edited comment on DLAB-1547 at 2/18/20 1:31 PM:
--

Remote endpoints used outdated images, 
After an update, EMR is created successfully with appropriate tags. 
!EMR_tags.PNG! 


was (Author: leonid_frolov1):
Remote endpoints used outdated images, 
After an update, EMR is created successfully with appropriate tags

> [AWS]: EMR cluster fails due to wrong tags
> --
>
> Key: DLAB-1547
> URL: https://issues.apache.org/jira/browse/DLAB-1547
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Oleh Martushevskyi
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, DevOps, EMR, pull-request-available
> Fix For: v.2.3
>
> Attachments: EMR_tags.PNG, Reopened.png, Screenshot 2020-02-13 at 
> 10.35.18.png
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Scripts couldn't find EMR ID because of wrong tags



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Commented] (DLAB-1532) [Azure]: Add endpoint name to container

2020-02-18 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17039007#comment-17039007
 ] 

Leonid Frolov commented on DLAB-1532:
-

Remote endpoints used outdated images,
After an update, remote endpoint name is included in container and shared 
container names 
 !azu01_container.PNG!  !azu01_shared_container.PNG! 

> [Azure]: Add endpoint name to container
> ---
>
> Key: DLAB-1532
> URL: https://issues.apache.org/jira/browse/DLAB-1532
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: Azure, Debian, DevOps, RedHat, pull-request-available
> Fix For: v.2.3
>
> Attachments: AWS example.png, Azure.png, Remote endpoint.png, 
> Reopened1.png, Reopened2.png, azu01_container.PNG, azu01_shared_container.PNG
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> In Azure bucket consists of account and container.
> Add endpoint name to container.
> Now we have:
>  # sbn-project_name-container
>  # sbn-shared-container
> But should be:
>  # sbn-project_name-endpoint_name-container
>  # sbn-endpoint_name-shared-container



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1532) [Azure]: Add endpoint name to container

2020-02-18 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1532:

Attachment: azu01_shared_container.PNG
azu01_container.PNG

> [Azure]: Add endpoint name to container
> ---
>
> Key: DLAB-1532
> URL: https://issues.apache.org/jira/browse/DLAB-1532
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Minor
>  Labels: Azure, Debian, DevOps, RedHat, pull-request-available
> Fix For: v.2.3
>
> Attachments: AWS example.png, Azure.png, Remote endpoint.png, 
> Reopened1.png, Reopened2.png, azu01_container.PNG, azu01_shared_container.PNG
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> In Azure bucket consists of account and container.
> Add endpoint name to container.
> Now we have:
>  # sbn-project_name-container
>  # sbn-shared-container
> But should be:
>  # sbn-project_name-endpoint_name-container
>  # sbn-endpoint_name-shared-container



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Commented] (DLAB-1547) [AWS]: EMR cluster fails due to wrong tags

2020-02-18 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17039003#comment-17039003
 ] 

Leonid Frolov commented on DLAB-1547:
-

Remote endpoints used outdated images, 
After an update, EMR is created successfully with appropriate tags

> [AWS]: EMR cluster fails due to wrong tags
> --
>
> Key: DLAB-1547
> URL: https://issues.apache.org/jira/browse/DLAB-1547
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Oleh Martushevskyi
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, DevOps, EMR, pull-request-available
> Fix For: v.2.3
>
> Attachments: EMR_tags.PNG, Reopened.png, Screenshot 2020-02-13 at 
> 10.35.18.png
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Scripts couldn't find EMR ID because of wrong tags



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Updated] (DLAB-1547) [AWS]: EMR cluster fails due to wrong tags

2020-02-18 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov updated DLAB-1547:

Attachment: EMR_tags.PNG

> [AWS]: EMR cluster fails due to wrong tags
> --
>
> Key: DLAB-1547
> URL: https://issues.apache.org/jira/browse/DLAB-1547
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Oleh Martushevskyi
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, DevOps, EMR, pull-request-available
> Fix For: v.2.3
>
> Attachments: EMR_tags.PNG, Reopened.png, Screenshot 2020-02-13 at 
> 10.35.18.png
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Scripts couldn't find EMR ID because of wrong tags



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Commented] (DLAB-1500) Notebook name should also contain endpoint name

2020-02-06 Thread Leonid Frolov (Jira)


[ 
https://issues.apache.org/jira/browse/DLAB-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17031364#comment-17031364
 ] 

Leonid Frolov commented on DLAB-1500:
-

probably endpoint name should be limited to 10 characters

changed resources names do not exceed cloud name limitations, but it should be 
ensured that there are no other limitation

> Notebook name should also contain endpoint name
> ---
>
> Key: DLAB-1500
> URL: https://issues.apache.org/jira/browse/DLAB-1500
> Project: Apache DLab
>  Issue Type: Task
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: AWS, AZURE, Debian, DevOps, GCP, RedHat, 
> pull-request-available
> Fix For: v.2.3
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> Also take into consideration cloud name limitation. maybe we should limit 
> endpoint name.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1508) [Azure]: Project creation fails

2020-02-03 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1508:
---

Assignee: Leonid Frolov  (was: Oleh Martushevskyi)

> [Azure]: Project creation fails
> ---
>
> Key: DLAB-1508
> URL: https://issues.apache.org/jira/browse/DLAB-1508
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
>Reporter: Vira Vitanska
>Assignee: Leonid Frolov
>Priority: Critical
>  Labels: AZURE, Debian, DevOps, RedHat
> Fix For: v.2.3
>
> Attachments: Edge node.png
>
>
> *Preconditions:*
> 1. SSN is created
> *Steps to reproduce:*
> 1. Create project
> *Actual result:*
>  # Project creation fails:
> Failed to generate variables dictionary. Exception: 'default_endpoint_name'
> *Expected result:*
> Project creation is successful



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1449) Create Keycloak installation script

2020-01-29 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1449:
---

Assignee: Leonid Frolov  (was: Mykola Bodnar)

> Create Keycloak installation script
> ---
>
> Key: DLAB-1449
> URL: https://issues.apache.org/jira/browse/DLAB-1449
> Project: Apache DLab
>  Issue Type: Task
>Reporter: Oleh Martushevskyi
>Assignee: Leonid Frolov
>Priority: Major
>  Labels: Debian, DevOps, GCP
> Fix For: v.2.3
>
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org



[jira] [Assigned] (DLAB-1405) Job termination fails if use predefined vpc/subnet

2020-01-22 Thread Leonid Frolov (Jira)


 [ 
https://issues.apache.org/jira/browse/DLAB-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonid Frolov reassigned DLAB-1405:
---

Assignee: Demian Mysakovets  (was: Leonid Frolov)

> Job termination fails if use predefined vpc/subnet
> --
>
> Key: DLAB-1405
> URL: https://issues.apache.org/jira/browse/DLAB-1405
> Project: Apache DLab
>  Issue Type: Bug
>  Components: DLab Main
> Environment: GCP
>Reporter: Vira Vitanska
>Assignee: Demian Mysakovets
>Priority: Minor
>  Labels: Debian, DevOps, GCP
> Fix For: v.2.3
>
> Attachments: Buckets.png, Subnets removing.png, Subnets.png, 
> subnet2.png
>
>
> *Preconditions:*
> 1. Environment  is created with predefined vpc/subnet
> *Steps to reproduce:*
> 1. Run Jenkins job for SSN termination
> *Actual result:*
>  # SSN termination fails on step of subnets removing (see job termination 
> from develop (2.3) #418)
>  # Buckets are still available
> *Expected result:*
> 1. SSN termination is successful
> 2. Buckets are removed



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org
For additional commands, e-mail: dev-h...@dlab.apache.org