[Audit]: Filter by calendar is not triggered
Hi Dima, Filter by calendar does not work for audit. Jira ticket: https://issues.apache.org/jira/browse/DLAB-2008 Could you fix it? Thanks. Best regards, Vira Vitanska - To unsubscribe, e-mail: dev-unsubscr...@dlab.apache.org For additional commands, e-mail: dev-h...@dlab.apache.org
[jira] [Created] (DLAB-2008) Filter by calendar is not triggered
Vira Vitanska created DLAB-2008: --- Summary: Filter by calendar is not triggered Key: DLAB-2008 URL: https://issues.apache.org/jira/browse/DLAB-2008 Project: Apache DLab Issue Type: Bug Components: DLab Main Affects Versions: v.2.4 Reporter: Vira Vitanska Assignee: Dmytro Gnatyshyn *Preconditions:* # Project is created # User is located on 'Audit' page *Steps to reproduce:* 1. Filter values via calendar *Actual result:* 1. Values are not filtered according calendar *Expected result:* 1. Values are filtered according calendar -- 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-1998) Investigate how to prevent lib installation during the process of available lib group receiving
[ https://issues.apache.org/jira/browse/DLAB-1998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vira Vitanska updated DLAB-1998: Description: 1. If installed with wrong name htopp for jupyter (during the process of available lib list receiving) -> the docker runs with '1' and status remains 'installing'. So, we should forbid to install a library if process of available lib list gaining has not finished. 2. During this process maybe add the image of flask 3. Remove image of flask if we switch between cluster and notebook. was: If installed with wrong name htopp for jupyter (during the process of available lib list receiving) -> the docker runs with '1' and status remains 'installing'. > Investigate how to prevent lib installation during the process of available > lib group receiving > --- > > Key: DLAB-1998 > URL: https://issues.apache.org/jira/browse/DLAB-1998 > Project: Apache DLab > Issue Type: Task > Components: DLab Main >Reporter: Vira Vitanska >Assignee: Dmytro Gnatyshyn >Priority: Minor > Labels: AWS, AZURE, Debian, Front-end, GCP, RedHat > Attachments: image-2020-08-14-11-00-24-133.png > > > 1. If installed with wrong name htopp for jupyter (during the process of > available lib list receiving) -> the docker runs with '1' and status remains > 'installing'. > So, we should forbid to install a library if process of available lib list > gaining has not finished. > 2. During this process maybe add the image of flask > 3. Remove image of flask if we switch between cluster and notebook. -- 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-1998) Investigate how to prevent lib installation during the process of available lib group receiving
[ https://issues.apache.org/jira/browse/DLAB-1998?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vira Vitanska updated DLAB-1998: Sprint: Apache DLab release 2.4 > Investigate how to prevent lib installation during the process of available > lib group receiving > --- > > Key: DLAB-1998 > URL: https://issues.apache.org/jira/browse/DLAB-1998 > Project: Apache DLab > Issue Type: Task > Components: DLab Main >Reporter: Vira Vitanska >Assignee: Dmytro Gnatyshyn >Priority: Minor > Labels: AWS, AZURE, Debian, Front-end, GCP, RedHat > Attachments: image-2020-08-14-11-00-24-133.png > > > If installed with wrong name htopp for jupyter (during the process of > available lib list receiving) -> the docker runs with '1' and status remains > 'installing'. -- 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-1974) Show 'invalid version' if lib installation fails due to wrong version
[ https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17181122#comment-17181122 ] Vira Vitanska commented on DLAB-1974: - *Closed:* Commit ID b91a360aceb650597f09492a22caa8425300ca2d > 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, > pull-request-available > 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, Reopened - p5-pivottable.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. > (+) Invalid characters are blocked from UI side > > > 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 > (+) Now status is 'invalid name' > > > 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 > The bug is still reproduced for compute/Notebook. Docker runs with '1' and > status is stuck in 'installing'. > (i) it is shown as 'invalid name' due to absence of any version for this lib > > > 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> > (+) Now whitespace is blocked from UI side > > > 8. TensorFlow with RStudio (r package -> NAM ): docker runs with '1' and > installation status is still 'installing' in Web UI (i) fixed > (+) -- 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
[ https://issues.apache.org/jira/browse/DLAB-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vira Vitanska 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. (+) Invalid characters are blocked from UI side 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 (+) Now status is 'invalid name' 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 The bug is still reproduced for compute/Notebook. Docker runs with '1' and status is stuck in 'installing'. (i) it is shown as 'invalid name' due to absence of any version for this lib 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> (+) Now whitespace is blocked from UI side 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. (+) Invalid characters are blocked from UI side 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 (+) Now status is 'invalid name' 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 (!) Blocked by ticket https://issues.apache.org/jira/browse/DLAB-1995 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 The bug is still reproduced for compute/Notebook. Docker runs with '1' and status is stuck in 'installing'. (i) it is shown as 'invalid name' due to absence of any version for this lib 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> (+) Now whitespace is blocked from UI side
[jira] [Commented] (DLAB-1995) Lib groups are not adjusted for instance
[ https://issues.apache.org/jira/browse/DLAB-1995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17181116#comment-17181116 ] Vira Vitanska commented on DLAB-1995: - *Closed:* Commit ID b91a360aceb650597f09492a22caa8425300ca2d > Lib groups are not adjusted for instance > > > Key: DLAB-1995 > URL: https://issues.apache.org/jira/browse/DLAB-1995 > Project: Apache DLab > Issue Type: Bug > Components: DLab Main >Affects Versions: v.2.4 >Reporter: Vira Vitanska >Assignee: Oleg Fuks >Priority: Major > Labels: AWS, AZURE, Back-end, Debian, GCP, > Known_issues(release2.4), RedHat > Attachments: Group.png, TensorFlow with Jupyter.png, > TensorFlowRstudio.png > > > *(!)* > 1.1 Jupyter - (/) all groups are present (+) > 1.2 Spark cluster on Jupyter - (x) R package is absent, get rid of pip2 (+) > 1.3. EMR on jupyter - (x) R package is absent, get rid of pip2 (+) > 2.1. Zeppelin - (/) all groups are present (+) > 2.1 Spark cluster on Zeppelin - (x) R package is absent, get rid of pip2 (+) > 2.2 EMR on Zeppelin - (x) R package is absent, get rid of pip2 (+) > 3.1. Rstudio - (/) all groups are present (+) > 3.2. Spark cluster on RStudio (+) > 3.3. EMR on RStudio - (x) R package is absent, get rid of pip2 (+) > 4.1. TensorFlow with Jupyter - (x) pip2/pip3/r package/others are absent on > GCP - (!) r package is absent on AWS > 4.2.Spark cluster on TensorFlow with Jupyter - (x) R package is absent, get > rid of pip2 > 5.1. TensorFlow with Rstudio - (!) all necessary packages are present on > AWS, this template is present only for AWS (+) > 5.2. Spark cluster on TensorFlow with Rstudio - (x) R package is absent, get > rid of pip2 (+) > > > *Jupyter/Zeppelin/DeepLearning/TensorFlow with Jupyter:* > * apt/yum > * pip2 > * pip3 > * r package > * Java > * Others > +Compute on Jupyter/Zeppelin/Deeplearning/TensorFlow with Jupyter:+ > * apt/yum > * pip3 > * r package > * Java > * Others > *RStudio/Tensorflow with RStudio:* > * apt/yum > * pip2 > * pip3 > * r package > * Others > +Compute on RStudio/TensorFlow with RStudio:+ > * apt/yum > * pip3 > * r package > * Others > (!) We don't have opportunity to install lib for JupyterLab and Superset > > > *Preconditions:* > 1. Any cluster is created > *Steps to reproduce:* > 1. Open lib groups for compute > *Actual result:* > # Pip2 group is present > # R package is absent > *Expected result:* > * Pip2 group is absent > * R package is present > > > > On top of that not all groups are present for TensorFlow with RStudio and > TensorFlow with Jupyter. > For TensorFlow with RStudio should be: > * apt/yum > * pip2 > * pip3 > * r package > * others > For TensorFlow with Jupyter should be: > * apt/yum > * pip2 > * pip3 > * r package > * Java > * others -- 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-1995) Lib groups are not adjusted for instance
[ https://issues.apache.org/jira/browse/DLAB-1995?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vira Vitanska updated DLAB-1995: Description: *(!)* 1.1 Jupyter - (/) all groups are present (+) 1.2 Spark cluster on Jupyter - (x) R package is absent, get rid of pip2 (+) 1.3. EMR on jupyter - (x) R package is absent, get rid of pip2 (+) 2.1. Zeppelin - (/) all groups are present (+) 2.1 Spark cluster on Zeppelin - (x) R package is absent, get rid of pip2 (+) 2.2 EMR on Zeppelin - (x) R package is absent, get rid of pip2 (+) 3.1. Rstudio - (/) all groups are present (+) 3.2. Spark cluster on RStudio (+) 3.3. EMR on RStudio - (x) R package is absent, get rid of pip2 (+) 4.1. TensorFlow with Jupyter - (x) pip2/pip3/r package/others are absent on GCP - (!) r package is absent on AWS 4.2.Spark cluster on TensorFlow with Jupyter - (x) R package is absent, get rid of pip2 5.1. TensorFlow with Rstudio - (!) all necessary packages are present on AWS, this template is present only for AWS (+) 5.2. Spark cluster on TensorFlow with Rstudio - (x) R package is absent, get rid of pip2 (+) *Jupyter/Zeppelin/DeepLearning/TensorFlow with Jupyter:* * apt/yum * pip2 * pip3 * r package * Java * Others +Compute on Jupyter/Zeppelin/Deeplearning/TensorFlow with Jupyter:+ * apt/yum * pip3 * r package * Java * Others *RStudio/Tensorflow with RStudio:* * apt/yum * pip2 * pip3 * r package * Others +Compute on RStudio/TensorFlow with RStudio:+ * apt/yum * pip3 * r package * Others (!) We don't have opportunity to install lib for JupyterLab and Superset *Preconditions:* 1. Any cluster is created *Steps to reproduce:* 1. Open lib groups for compute *Actual result:* # Pip2 group is present # R package is absent *Expected result:* * Pip2 group is absent * R package is present On top of that not all groups are present for TensorFlow with RStudio and TensorFlow with Jupyter. For TensorFlow with RStudio should be: * apt/yum * pip2 * pip3 * r package * others For TensorFlow with Jupyter should be: * apt/yum * pip2 * pip3 * r package * Java * others was: *(!)* 1.1 Jupyter - (/) all groups are present (+) 1.2 Spark cluster on Jupyter - (x) R package is absent, get rid of pip2 (+) 1.3. EMR on jupyter - (x) R package is absent, get rid of pip2 (+) 2.1. Zeppelin - (/) all groups are present (+) 2.1 Spark cluster on Zeppelin - (x) R package is absent, get rid of pip2 (+) 2.2 EMR on Zeppelin - (x) R package is absent, get rid of pip2 3.1. Rstudio - (/) all groups are present (+) 3.2. Spark cluster on RStudio 3.3. EMR on RStudio - (x) R package is absent, get rid of pip2 4.1. TensorFlow with Jupyter - (x) pip2/pip3/r package/others are absent on GCP - (!) r package is absent on AWS 4.2.Spark cluster on TensorFlow with Jupyter - (x) R package is absent, get rid of pip2 5.1. TensorFlow with Rstudio - (!) all necessary packages are present on AWS, this template is present only for AWS (+) 5.2. Spark cluster on TensorFlow with Rstudio - (x) R package is absent, get rid of pip2 (+) *Jupyter/Zeppelin/DeepLearning/TensorFlow with Jupyter:* * apt/yum * pip2 * pip3 * r package * Java * Others +Compute on Jupyter/Zeppelin/Deeplearning/TensorFlow with Jupyter:+ * apt/yum * pip3 * r package * Java * Others *RStudio/Tensorflow with RStudio:* * apt/yum * pip2 * pip3 * r package * Others +Compute on RStudio/TensorFlow with RStudio:+ * apt/yum * pip3 * r package * Others (!) We don't have opportunity to install lib for JupyterLab and Superset *Preconditions:* 1. Any cluster is created *Steps to reproduce:* 1. Open lib groups for compute *Actual result:* # Pip2 group is present # R package is absent *Expected result:* * Pip2 group is absent * R package is present On top of that not all groups are present for TensorFlow with RStudio and TensorFlow with Jupyter. For TensorFlow with RStudio should be: * apt/yum * pip2 * pip3 * r package * others For TensorFlow with Jupyter should be: * apt/yum * pip2 * pip3 * r package * Java * others > Lib groups are not adjusted for instance > > > Key: DLAB-1995 > URL: https://issues.apache.org/jira/browse/DLAB-1995 > Project: Apache DLab > Issue Type: Bug > Components: DLab Main >Affects Versions: v.2.4 >Reporter: Vira Vitanska >Assignee: Oleg Fuks >Priority: Major > Labels: AWS, AZURE, Back-end, Debian, GCP, > Known_issues(release2.4), RedHat > Attachments: Group.png, TensorFlow with Jupyter.png, > TensorFlowRstudio.png > > > *(!)* > 1.1 Jupyter - (/) all groups are present (+) > 1.2 Spark cluster on Jupyter - (x) R package is absent, get rid of pip2 (+) > 1.3. EMR on jupyter - (x) R
[jira] [Created] (DLAB-2007) Get rid of r package for DeepLearning/TensorFlow with Jupyter
Vira Vitanska created DLAB-2007: --- Summary: Get rid of r package for DeepLearning/TensorFlow with Jupyter Key: DLAB-2007 URL: https://issues.apache.org/jira/browse/DLAB-2007 Project: Apache DLab Issue Type: Task Components: DLab Main Reporter: Vira Vitanska Assignee: Oleg Fuks R package should not be available for: * Deeplearning * Jupyter with TensorFlow -- 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