las-it-organisation issueshttps://git.scc.kit.edu/groups/las-it-organisation/-/issues2019-02-22T18:44:15+01:00https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/50New name for new hardware2019-02-22T18:44:15+01:00sg7149New name for new hardware@ue5734 Choose a new name for Maisui's new computer.
**Decision:** 'Pepe' (making temporary solution permanent)@ue5734 Choose a new name for Maisui's new computer.
**Decision:** 'Pepe' (making temporary solution permanent)ue5734ue5734https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/67NFS might not be mounted on start2020-08-24T17:46:02+02:00sg7149NFS might not be mounted on startCalling host: asterix.las.kit.edu (Fedora 29)
Failing nodes: asterix.las.kit.edu
Summary
-------
NFS is not mounted on boot.
Steps to reproduce
------------------
Boot the computer
What is the current bug behavior?
--------------...Calling host: asterix.las.kit.edu (Fedora 29)
Failing nodes: asterix.las.kit.edu
Summary
-------
NFS is not mounted on boot.
Steps to reproduce
------------------
Boot the computer
What is the current bug behavior?
---------------------------------
las-archiv1 is not mounted though it is in the fstab
What is the expected correct behaviour?
---------------------------------------
las-archiv1 is mounted after booting
Possible fixes
--------------
Probably the mounts are done before the network target is reached and therefore the NFS export is not viewable at that time, yet.
/cc @gethmannhttps://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/47NFS users dir2019-01-22T16:23:08+01:00sg7149NFS users dirCalling host: lasXXX.las.kit.edu (Fedora XX)
Failing nodes: las127
Summary
-------
NFS mount does not show new mounted `las-archiv1/users`
What is the current bug behavior?
---------------------------------
directory is empty
Wha...Calling host: lasXXX.las.kit.edu (Fedora XX)
Failing nodes: las127
Summary
-------
NFS mount does not show new mounted `las-archiv1/users`
What is the current bug behavior?
---------------------------------
directory is empty
What is the expected correct behaviour?
---------------------------------------
users directory (new disk) should also appear at /las-archiv1/users via NFS
Possible fixes
--------------
also export `/las-archiv1/users`
/cc @gethmann @lp5884lp5884lp5884https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/6nfs-server2018-06-07T15:49:47+02:00sg7149nfs-serverImplement rule for
* nfs-server
* lasarchiv1Implement rule for
* nfs-server
* lasarchiv1https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/39nginx not listing directories correctly2021-09-03T15:45:15+02:00sg7149nginx not listing directories correctlynginx returns 403 and logs "directory index of ... is forbidden".
Host: las101
e.g. for the RPM repo (lasrepo)nginx returns 403 and logs "directory index of ... is forbidden".
Host: las101
e.g. for the RPM repo (lasrepo)https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/43ntp role fails2019-01-10T18:01:06+01:00sg7149ntp role failsCalling host: las126.las.kit.edu (Fedora 27)
Failing nodes: las115 (Fedora 29)
Summary
-------
(Summarize the bug encountered concisely)
Steps to reproduce
------------------
(How one can reproduce the issue - this is very importan...Calling host: las126.las.kit.edu (Fedora 27)
Failing nodes: las115 (Fedora 29)
Summary
-------
(Summarize the bug encountered concisely)
Steps to reproduce
------------------
(How one can reproduce the issue - this is very important)
What is the current bug behavior?
---------------------------------
(What actually happens)
What is the expected correct behaviour?
---------------------------------------
(What you should see instead)
Relevant logs and/or screenshots
--------------------------------
```
TASK [common : set time server] *************************************************************************************************************************************************************************************************************
ok: [las115.las.kit.edu]
TASK [common : insert SCC into ntp configuration] *******************************************************************************************************************************************************************************************
fatal: [las115.las.kit.edu]: FAILED! => {"changed": false, "msg": "Path /etc/ntp.conf does not exist !", "rc": 257}
to retry, use: --limit @/root/ansible/sites.retry
PLAY RECAP **********************************************************************************************************************************************************************************************************************************
las115.las.kit.edu : ok=25 changed=1 unreachable=0 failed=1
```
Possible fixes
--------------
(If you can, link to the line of code that might be responsible for the problem)
/cc @gethmannhttps://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/48OKI printer fails when used with evince2020-08-24T17:44:41+02:00sg7149OKI printer fails when used with evinceCalling host: las113.las.kit.edu (Fedora 29)
Summary
-------
When I try to print a PDF opened with evince, the OKI fails and needs a restart.
Steps to reproduce
------------------
Print e.g. [Github-Forking.pdf](/uploads/abfd6b7cc5b...Calling host: las113.las.kit.edu (Fedora 29)
Summary
-------
When I try to print a PDF opened with evince, the OKI fails and needs a restart.
Steps to reproduce
------------------
Print e.g. [Github-Forking.pdf](/uploads/abfd6b7cc5bc48e8b151901e9848be8a/Github-Forking.pdf) with evince. Duplex
What is the current bug behavior?
---------------------------------
Schwerer Ausnahmefehler ...
Bitte starten Sie den Drucker neu
What is the expected correct behaviour?
---------------------------------------
Works like it does in okular
Relevant logs and/or screenshots
--------------------------------
```
TODO
```
Possible workaround
-------------------
Just as a workaround: use okular instead of evince.
/cc @gethmannhttps://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/106Opera 2020 on Fedora 332022-06-29T11:45:44+02:00sg7149Opera 2020 on Fedora 33Failing nodes: methusalix, idefix
Summary
-------
Running operafea-post fails with errors.
Steps to reproduce
------------------
(How one can reproduce the issue - this is very important)
What is the current bug behavior?
--------...Failing nodes: methusalix, idefix
Summary
-------
Running operafea-post fails with errors.
Steps to reproduce
------------------
(How one can reproduce the issue - this is very important)
What is the current bug behavior?
---------------------------------
(What actually happens)
What is the expected correct behaviour?
---------------------------------------
(What you should see instead)
Relevant logs and/or screenshots
--------------------------------
```
/usr/local/share/Opera_2020/code/bin/operafea-post
libGL error: MESA-LOADER: failed to open swrast (search paths /usr/lib64/dri)
libGL error: failed to load driver: swrast
forrtl: severe (174): SIGSEGV, segmentation fault occurred
Image PC Routine Line Source
libifcoremt.so.5 00007F2EBD00F522 for__signal_handl Unknown Unknown
libpthread-2.32.s 00007F2EB68CE1E0 Unknown Unknown Unknown
libQt5OpenGL.so.5 00007F2EB90663E1 _ZN9QGLFormat18op Unknown Unknown
operafea-post 00005625BA7193E0 Unknown Unknown Unknown
operafea-post 00005625BA719D9B Unknown Unknown Unknown
operafea-post 00005625BA7191A3 Unknown Unknown Unknown
operafea-post 00005625BA718069 Unknown Unknown Unknown
operafea-post 00005625B9DBCFED Unknown Unknown Unknown
operafea-post 00005625BA4A2148 Unknown Unknown Unknown
operafea-post 00005625B9DFE281 Unknown Unknown Unknown
libc-2.32.so 00007F2EB34BD1E2 __libc_start_main Unknown Unknown
operafea-post 00005625B9DB7AF9 Unknown Unknown Unknown
```
Possible fixes
--------------
Tried installing `libglvnd-opengl` to provide `/lib64/libOpenGL.so.0.0.0` which was missing, but was on a working Fedora 31 host.ue5734ue5734https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/19Opera depends on a user with access rights to las-archiv2021-09-03T15:55:28+02:00sg7149Opera depends on a user with access rights to las-archivAdd IPA client as a dependency in the meta. See #13 and #5
So atm it is only possible to install Opera on an already running system.Add IPA client as a dependency in the meta. See #13 and #5
So atm it is only possible to install Opera on an already running system.https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/30Opera HTML Manual is not readable2021-09-03T15:51:45+02:00ll5790Opera HTML Manual is not readableCalling host: las118.las.kit.edu (Fedora 28)
Failing nodes: las118
Summary
-------
Oper Manual owned by root: Opera can not open the file.
Steps to reproduce
------------------
Opera -> Help Manual (HTML)
What is the current bug ...Calling host: las118.las.kit.edu (Fedora 28)
Failing nodes: las118
Summary
-------
Oper Manual owned by root: Opera can not open the file.
Steps to reproduce
------------------
Opera -> Help Manual (HTML)
What is the current bug behavior?
---------------------------------
see above.
What is the expected correct behaviour?
---------------------------------------
Open Manual in Browser.
Possible fixes
--------------
Change reading rights: Grant access.
/cc @gethmannhttps://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/108Opera installation failing when GNOME group should be installed2021-09-03T14:12:42+02:00sg7149Opera installation failing when GNOME group should be installedCalling host: asterix.las.kit.edu (Fedora 32)
Failing nodes: asterix
Summary
-------
Running the Opera role fails when trying to install GNOME group. It seems that the group was renamed.
Steps to reproduce
------------------
Try to...Calling host: asterix.las.kit.edu (Fedora 32)
Failing nodes: asterix
Summary
-------
Running the Opera role fails when trying to install GNOME group. It seems that the group was renamed.
Steps to reproduce
------------------
Try to install opera via the ansible role on Fedora 32 (GNOME may already be installed).
What is the current bug behavior?
---------------------------------
Fails when trying to group install "@GNOME".
What is the expected correct behaviour?
---------------------------------------
The GNOME group is installed and Opera installation succeeds.
Relevant logs and/or screenshots
--------------------------------
```
TASK [opera : install dependencies] ********************************************************************************************************************************************************************************************************
fatal: [asterix.las.kit.edu]: FAILED! => {"changed": false, "msg": "No group GNOME available.", "results": []}
```
Possible fixes
--------------
Use the correct name for the GNOME group.zx8344samira.fatehi@kit.eduzx8344samira.fatehi@kit.eduhttps://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/85Opera on Fedora 312020-03-02T14:52:39+01:00sg7149Opera on Fedora 31To work around Opera not starting on Fedora 31 I linked the libhwloc.so.5->libhwloc.so.15.
Maybe one should also copy libhwloc.so.5 from CentOS7 (kantine) instead of linking the new one.
Probably also the new Opera 2020 will not depend ...To work around Opera not starting on Fedora 31 I linked the libhwloc.so.5->libhwloc.so.15.
Maybe one should also copy libhwloc.so.5 from CentOS7 (kantine) instead of linking the new one.
Probably also the new Opera 2020 will not depend on libhwloc.so.15, because their webpage claims to support RHEL7, but not RHEL8 and even RHEL8 seems to have libhwloc.so.5 instead of .15.https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/41Opera role fails on Fedora 292019-01-14T18:26:18+01:00sg7149Opera role fails on Fedora 29Calling host: las127.las.kit.edu (Fedora 29)
Failing nodes: las127
Summary
-------
Role fails with some hints on comparison operator and string.
Steps to reproduce
------------------
Try to run the opera-role on new Fedora 29 insta...Calling host: las127.las.kit.edu (Fedora 29)
Failing nodes: las127
Summary
-------
Role fails with some hints on comparison operator and string.
Steps to reproduce
------------------
Try to run the opera-role on new Fedora 29 installation
What is the current bug behaviour?
----------------------------------
Installation fails.
What is the expected correct behaviour?
---------------------------------------
Installation works
Relevant logs and/or screenshots
--------------------------------
/cc @gethmann @xr4779https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/29opera_manager fails starting2018-06-07T15:38:00+02:00sg7149opera_manager fails startingFailing nodes: las113 (Fedora 27)
Summary
-------
`opera_manager` did not start.
Steps to reproduce
------------------
run `opera_manager` in the terminal
What is the current bug behavior?
---------------------------------
Fails ...Failing nodes: las113 (Fedora 27)
Summary
-------
`opera_manager` did not start.
Steps to reproduce
------------------
run `opera_manager` in the terminal
What is the current bug behavior?
---------------------------------
Fails with error message
What is the expected correct behaviour?
---------------------------------------
Opera starts
Relevant logs and/or screenshots
--------------------------------
```
~ opera_manager
/usr/local/share/Opera_18R2/code/bin/opera_manager: error while loading shared libraries: libpcre16.so.0: cannot open shared object file: No such file or directory
```
Possible fixes
--------------
Install `pcre-utf16`
/cc @gethmannsg7149sg7149https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/34Printer defaults to single page printing2020-08-24T17:43:49+02:00sg7149Printer defaults to single page printingFailing nodes: las113, las118 (Fedora 27, 28)
Summary
-------
Default for printing is no-duplex
Steps to reproduce
------------------
Print file from okular
What is the expected correct behaviour?
---------------------------------...Failing nodes: las113, las118 (Fedora 27, 28)
Summary
-------
Default for printing is no-duplex
Steps to reproduce
------------------
Print file from okular
What is the expected correct behaviour?
---------------------------------------
Duplex, long-edge as default.
Possible fixes
--------------
Either edit the files in the `client` role appropriately or change the default settings locally in CUPS (https://localhost:631) via KDE's printing dialogue and diff the files with the aforementioned.
/cc @gethmann @xr4779https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/15Provision new user rule2021-09-03T15:58:06+02:00sg7149Provision new user ruleRolle zum Anlegen und Entfernen von neuen Nutzern.
* [ ] JIRA-Ticket für Confluence-User https://docs.ansible.com/ansible/latest/jira_module.html (u-Kürzel)
* [ ] FreeIPA-Account (Nachname)
Leider noch nicht automatisierbar sind Sympa ...Rolle zum Anlegen und Entfernen von neuen Nutzern.
* [ ] JIRA-Ticket für Confluence-User https://docs.ansible.com/ansible/latest/jira_module.html (u-Kürzel)
* [ ] FreeIPA-Account (Nachname)
Leider noch nicht automatisierbar sind Sympa und GitLab-Gruppen-Angehörigkeit
Bitte auch mit issue #13 abstimmenhttps://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/27PyCharm comunity2021-09-03T15:52:43+02:00sg7149PyCharm comunityLet the user choose between the community edition or the commercial/educational one.
For the community edition there exists a copr repo
http://copr.fedorainfracloud.org/coprs/phracek/PyCharm/Let the user choose between the community edition or the commercial/educational one.
For the community edition there exists a copr repo
http://copr.fedorainfracloud.org/coprs/phracek/PyCharm/https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/52pyepics does not work on CN with Python 32019-02-14T15:21:55+01:00sg7149pyepics does not work on CN with Python 3pyepics is not importable with Python 3
@ucegg : I cannot reproduce this behaviour, so please elaborate on this issue.
My try shows the following expected behaviour:
```
messuser@las94:~$ python2
Python 2.7.15 (default, Oct 15 2018, 18...pyepics is not importable with Python 3
@ucegg : I cannot reproduce this behaviour, so please elaborate on this issue.
My try shows the following expected behaviour:
```
messuser@las94:~$ python2
Python 2.7.15 (default, Oct 15 2018, 18:36:25)
[GCC 7.3.1 20180712 (Red Hat 7.3.1-6)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import epics
>>> exit()
messuser@las94:~$ python3
Python 3.6.6 (default, Jul 19 2018, 16:29:00)
[GCC 7.3.1 20180303 (Red Hat 7.3.1-5)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import epics
>>> exit()
```
and not an `ImportError`https://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/11Python role(s)2021-09-03T15:59:34+02:00sg7149Python role(s)Python stackPython stackhttps://git.scc.kit.edu/las-it-organisation/32-0-IT-InstructionsAndRules/ansible/-/issues/12ripgrep for other OSes2020-08-24T17:47:12+02:00sg7149ripgrep for other OSes* ripgrep role for CentOS und Ubuntu
* make copr installation idempotent* ripgrep role for CentOS und Ubuntu
* make copr installation idempotent