RabbitMQ 3.7 in Rawhide
by Jeremy Cline
Hi folks,
Fedora infrastructure is looking at deploying RabbitMQ, but we'd like to
have some of the features that come with Rabbit 3.7 and 3.6 is EOL as of
May 1. Fedora currently has 3.6.15 in Rawhide.
I started looking at getting rabbitmq-server updated, but before I get
too far along I wanted to ask if there's already been some effort in
that area that's just not pushed yet or if there's a reason it's not
been upgraded (other than that we're all very busy :).
Thanks,
Jeremy
4 years, 10 months
[Bug 1424823] New: ejabberd won't start with SELinux enforcing on
Rawhide
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1424823
Bug ID: 1424823
Summary: ejabberd won't start with SELinux enforcing on Rawhide
Product: Fedora
Version: rawhide
Component: ejabberd
Severity: high
Assignee: lemenkov(a)gmail.com
Reporter: randy(a)electronsweatshop.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, jeremy(a)jcline.org,
lemenkov(a)gmail.com, martin(a)laptop.org,
randy(a)electronsweatshop.com
Description of problem:
ejabberd won't start with SELinux enforcing on Rawhide.
Version-Release number of selected component (if applicable):
ejabberd-17.01-1.fc26.x86_64
How reproducible:
Every time.
Steps to Reproduce:
1. sudo systemctl start ejabberd
2. ps aux | grep ejabberd
Actual results:
$ ps aux | grep ejab
ejabberd 10600 0.0 0.0 37184 260 ? S 11:52 0:00
/usr/lib64/erlang/erts-8.2.2/bin/epmd -daemon
rbarlow 10790 0.0 0.0 119424 968 pts/3 S+ 11:52 0:00 grep
--color=auto ejab
Expected results:
$ ps aux | grep ejab
ejabberd 11110 0.0 0.0 37184 264 ? S 11:53 0:00
/usr/lib64/erlang/erts-8.2.2/bin/epmd -daemon
ejabberd 11112 156 1.1 3189700 56260 ? Sl 11:53 0:03
/usr/lib64/erlang/erts-8.2.2/bin/beam.smp -K true -P250000 -- -root
/usr/lib64/erlang -progname erl -- -home /var/lib/ejabberd -- -sname
ejabberd@localhost -noshell -noinput -noshell -noinput -mnesia dir
"/var/lib/ejabberd" -ejabberd log_rate_limit 100 log_rotate_size 10485760
log_rotate_count 1 log_rotate_date "" -s ejabberd -smp auto start
ejabberd 11130 0.0 0.0 4392 716 ? Ss 11:53 0:00
erl_child_setup 16000
ejabberd 11176 0.0 0.0 11700 1060 ? Ss 11:53 0:00 inet_gethost 4
ejabberd 11177 0.0 0.0 18040 1764 ? S 11:53 0:00 inet_gethost 4
rbarlow 11179 0.0 0.0 119424 980 pts/3 S+ 11:53 0:00 grep
--color=auto ejab
Additional info:
This is a good opportunity to write an SELinux policy for ejabberd. If we do
this, we can stop running it with /usr/bin/bash in the systemd unit.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years
[Bug 1357510] New:
Erlang Port Mapper Daemon Activation Socket fails to start
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1357510
Bug ID: 1357510
Summary: Erlang Port Mapper Daemon Activation Socket fails to
start
Product: Fedora
Version: 24
Component: erlang
Assignee: lemenkov(a)gmail.com
Reporter: zboszor(a)pr.hu
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, jeckersb(a)redhat.com,
lemenkov(a)gmail.com, rhbugs(a)n-dimensional.de, s(a)shk.io
External Bug ID: Red Hat Bugzilla 1293128
Description of problem:
I was trying to enable SSL in rabbitmq-server but it requires epmd to run.
SELinux prevents epmd to start.
Version-Release number of selected component (if applicable):
erlang-18.3.4-1.fc24.x86_64
erlang-erts-18.3.4-1.fc24.x86_64
selinux-policy-targeted-3.13.1-191.fc24.3.noarch
How reproducible:
Always.
Steps to Reproduce:
1. dnf install rabbitmq-server
2. systemctl enable epmd.socket epmd.service rabbitmq-server
3. configure SSL options in /etc/rabbitmq/rabbitmq.config
4. reboot
Actual results:
epmd.service has a dependency on epmd.socket but it cannot be activated:
audit[1]: AVC avc: denied { create } for pid=1 comm="systemd"
scontext=system_u:system_r:init_t:s0
tcontext=system_u:system_r:unconfined_service_t:s0 tclass=tcp_socket
permissive=0
There is no setsebool toggle to allow systemd to open TCP sockets.
Expected results:
EPMD daemon should be able to start without socket activation.
Additional info:
After changing the epmd.service to not require systemd socket activation
with this patch below, but #1293128 occurs:
audit[7686]: AVC avc: denied { name_connect } for pid=7686 comm="epmd"
dest=4369 scontext=system_u:system_r:init_t:s0
tcontext=system_u:object_r:epmd_port_t:s0 tclass=tcp_socket permissive=0
The patch is:
--- epmd.service.orig 2016-07-18 13:55:26.584086294 +0200
+++ epmd.service 2016-07-18 13:57:40.336416375 +0200
@@ -1,11 +1,11 @@
[Unit]
Description=Erlang Port Mapper Daemon
After=network.target
-Requires=epmd.socket
+#Requires=epmd.socket
[Service]
-ExecStart=/usr/bin/epmd -systemd
-#ExecStop=/usr/bin/epmd -kill
+ExecStart=/usr/bin/epmd -daemon
+ExecStop=/usr/bin/epmd -kill
Type=notify
StandardOutput=journal
StandardError=journal
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years
[Bug 1456567] New: "dialyzer --build_plt --apps erts kernel stdlib"
crashes
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1456567
Bug ID: 1456567
Summary: "dialyzer --build_plt --apps erts kernel stdlib"
crashes
Product: Fedora
Version: 25
Component: erlang
Severity: medium
Assignee: lemenkov(a)gmail.com
Reporter: leon.one(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, jeckersb(a)redhat.com,
lemenkov(a)gmail.com, rhbugs(a)n-dimensional.de, s(a)shk.io
Created attachment 1283282
--> https://bugzilla.redhat.com/attachment.cgi?id=1283282&action=edit
erl_crash.dump
Description of problem:
Dialyzer PLT build crashes everytime.
Version-Release number of selected component (if applicable):
dnf info erlang
Last metadata expiration check: 0:08:11 ago on Mon May 29 17:16:10 2017.
Installed Packages
Name : erlang
Arch : x86_64
Epoch : 0
Version : 19.3.4
Release : 1.fc25
dnf info erlang-dialyzer
Last metadata expiration check: 0:08:22 ago on Mon May 29 17:16:10 2017.
Installed Packages
Name : erlang-dialyzer
Arch : x86_64
Epoch : 0
Version : 19.3.4
Release : 1.fc25
How reproducible:
always
Steps to Reproduce:
1. dialyzer --build_plt --apps erts kernel stdlib
Actual results:
Compiling some key modules to native code...{"init terminating in
do_boot",{{badmatch,ok},[{dialyzer_cl,hc_cache,1,[{file,"dialyzer_cl.erl"},{line,572}]},{lists,foreach,2,[{file,"lists.erl"},{line,1338}]},{dialyzer_cl,hipe_compile,2,[{file,"dialyzer_cl.erl"},{line,516}]},{dialyzer_cl,do_analysis,4,[{file,"dialyzer_cl.erl"},{line,382}]},{dialyzer,'-cl/1-fun-0-',1,[{file,"dialyzer.erl"},{line,153}]},{dialyzer,doit,1,[{file,"dialyzer.erl"},{line,243}]},{dialyzer,plain_cl,0,[{file,"dialyzer.erl"},{line,84}]},{init,start_em,1,[]}]}}
init terminating in do_boot ()
Crash dump is being written to: erl_crash.dump...done
Expected results:
done (passed successfully)
Additional info:
crash dump attached.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years
[Bug 1544053] New: "dialyzer --build_plt --apps erts kernel stdlib"
crashes
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1544053
Bug ID: 1544053
Summary: "dialyzer --build_plt --apps erts kernel stdlib"
crashes
Product: Fedora
Version: 27
Component: erlang
Severity: medium
Assignee: lemenkov(a)gmail.com
Reporter: dxtr(a)emacs.church
QA Contact: extras-qa(a)fedoraproject.org
CC: dxtr(a)emacs.church, erlang(a)lists.fedoraproject.org,
extras-qa(a)fedoraproject.org, jeckersb(a)redhat.com,
jroman.espinar(a)gmail.com, lemenkov(a)gmail.com,
leon.one(a)gmail.com, rhbugs(a)n-dimensional.de,
rjones(a)redhat.com, s(a)shk.io
+++ This bug was initially created as a clone of Bug #1456567 +++
Description of problem:
Dialyzer PLT build crashes everytime.
Version-Release number of selected component (if applicable):
dnf info erlang
Last metadata expiration check: 0:08:11 ago on Mon May 29 17:16:10 2017.
Installed Packages
Name : erlang
Arch : x86_64
Epoch : 0
Version : 19.3.4
Release : 1.fc25
dnf info erlang-dialyzer
Last metadata expiration check: 0:08:22 ago on Mon May 29 17:16:10 2017.
Installed Packages
Name : erlang-dialyzer
Arch : x86_64
Epoch : 0
Version : 19.3.4
Release : 1.fc25
How reproducible:
always
Steps to Reproduce:
1. dialyzer --build_plt --apps erts kernel stdlib
Actual results:
Compiling some key modules to native code...{"init terminating in
do_boot",{{badmatch,ok},[{dialyzer_cl,hc_cache,1,[{file,"dialyzer_cl.erl"},{line,572}]},{lists,foreach,2,[{file,"lists.erl"},{line,1338}]},{dialyzer_cl,hipe_compile,2,[{file,"dialyzer_cl.erl"},{line,516}]},{dialyzer_cl,do_analysis,4,[{file,"dialyzer_cl.erl"},{line,382}]},{dialyzer,'-cl/1-fun-0-',1,[{file,"dialyzer.erl"},{line,153}]},{dialyzer,doit,1,[{file,"dialyzer.erl"},{line,243}]},{dialyzer,plain_cl,0,[{file,"dialyzer.erl"},{line,84}]},{init,start_em,1,[]}]}}
init terminating in do_boot ()
Crash dump is being written to: erl_crash.dump...done
Expected results:
done (passed successfully)
Additional info:
crash dump attached.
--- Additional comment from Javi Roman on 2017-10-02 03:34:42 EDT ---
The same problem with:
Installed Packages
Name : erlang
Arch : x86_64
Epoch : 0
Version : 19.3.6.1
Release : 1.fc25
dnf info erlang-dialyzer
Name : erlang-dialyzer
Arch : x86_64
Epoch : 0
Version : 19.3.6.1
Release : 1.fc25
--- Additional comment from on 2018-02-09 19:10:41 EST ---
I'm having the same issue on Fedora 27:
$ dnf info erlang
Last metadata expiration check: 3 days, 3:04:44 ago on 2018-02-06T22:01:36 CET.
Installed Packages
Name : erlang
Version : 19.3.6.5
Release : 1.fc27
Arch : x86_64
Size : 25 k
Source : erlang-19.3.6.5-1.fc27.src.rpm
Repo : @System
From repo : updates
Summary : General-purpose programming language and runtime environment
URL : https://www.erlang.org
License : ASL 2.0
Description : Erlang is a general-purpose programming language and runtime
: environment. Erlang has built-in support for concurrency,
distribution
: and fault tolerance. Erlang is used in several large
telecommunication
: systems from Ericsson.
$ dnf info erlang-dialyzer
Last metadata expiration check: 3 days, 3:05:02 ago on 2018-02-06T22:01:36 CET.
Installed Packages
Name : erlang-dialyzer
Version : 19.3.6.5
Release : 1.fc27
Arch : x86_64
Size : 898 k
Source : erlang-19.3.6.5-1.fc27.src.rpm
Repo : @System
From repo : updates
Summary : A DIscrepancy AnaLYZer for ERlang programs
URL : https://www.erlang.org
License : ASL 2.0
Description : A DIscrepancy AnaLYZer for ERlang programs.
$ dialyzer --raw --build_plt --apps erts kernel stdlib
Compiling some key modules to native code...{"init terminating in
do_boot",{{badmatch,ok},[{dialyzer_cl,hc_cache,1,[{file,"dialyzer_cl.erl
"},{line,572}]},{lists,foreach,2,[{file,"lists.erl"},{line,1338}]},{dialyzer_cl,hipe_compile,2,[{file,"dialyzer_cl.erl"},{line,516}]},{dialy
zer_cl,do_analysis,4,[{file,"dialyzer_cl.erl"},{line,382}]},{dialyzer,'-cl/1-fun-0-',1,[{file,"dialyzer.erl"},{line,153}]},{dialyzer,doit,1,[{file,"dialyzer.erl"},{line,243}]},{dialyzer,plain_cl,0,[{file,"dialyzer.erl"},{line,84}]},{init,start_em,1,[]}]}}
init terminating in do_boot ()
Crash dump is being written to: erl_crash.dump...done
--- Additional comment from on 2018-02-09 19:12 EST ---
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years
[Bug 1231430] New: Missing jinterface maven metadata
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1231430
Bug ID: 1231430
Summary: Missing jinterface maven metadata
Product: Fedora
Version: rawhide
Component: erlang
Assignee: lemenkov(a)gmail.com
Reporter: puntogil(a)libero.it
QA Contact: extras-qa(a)fedoraproject.org
CC: erlang(a)lists.fedoraproject.org, lemenkov(a)gmail.com,
rhbugs(a)n-dimensional.de, s(a)shk.io
Description of problem:
erlang-jinterface do not provides maven metadata, which used by some projects
e.g. https://github.com/spring-projects/spring-amqp/ (spring-erlang sub module)
The pom file is available but is not installed
https://github.com/erlang/otp/blob/maint/lib/jinterface/java_src/pom.xml.src
https://fedoraproject.org/wiki/Packaging:Java#Maven_pom.xml_files
and the JAR file should be placed in %_javadir
https://fedoraproject.org/wiki/Packaging:Java#JAR_file_installation
The spec file "should be" modified in this way:
%if %{?fedora} >= 21
BuildRequires: javapackages-local
%else
BuildRequires: maven-local
%endif
jinterface_lib_dir="$(ls -d1 $RPM_BUILD_ROOT%{_libdir}/erlang/lib/jinterface-*/
| sed "s,^$RPM_BUILD_ROOT,,")" test -d "$RPM_BUILD_ROOT$jinterface_lib_dir"
rm -rf "${jinterface_lib_dir}priv/OtpErlang.jar"
if the pom file is not processed
sed 's/%VSN%/%{version}/' <otp/lib/jinterface/java_src/pom.xml.src >pom.xml
generates maven metadata
%mvn_artifact [path of the processed pom file]/pom.xml [path of the built java
library]/[name of the java library].jar
install JAR file in %_javadir and generate a its symlink
%mvn_file org.erlang.otp:jinterface erlang/OtpErlang
${jinterface_lib_dir}priv/OtpErlang
%mvn_install
Version-Release number of selected component (if applicable):
All
How reproducible:
Always
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years
[Bug 1358459] New: LDAP authentication is broken
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1358459
Bug ID: 1358459
Summary: LDAP authentication is broken
Product: Fedora
Version: 24
Component: ejabberd
Assignee: lemenkov(a)gmail.com
Reporter: arcfi(a)aetera.net
QA Contact: extras-qa(a)fedoraproject.org
CC: bowlofeggs(a)electronsweatshop.com,
erlang(a)lists.fedoraproject.org, jeremy(a)jcline.org,
lemenkov(a)gmail.com, martin(a)laptop.org
Description of problem:
LDAP authentication is broken
Version-Release number of selected component (if applicable):
ejabberd-16.01-5.fc24.x86_64
erlang-eldap-18.3.4-1.fc24.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. Install ejabberd.
2. Configure LDAP authentication
Actual results:
<0.362.0>@eldap_pool:start_link:61 Err =
{'EXIT',{undef,[{eldap,start_link,[<<"#Ref<0.0.4.8409>">>,[<<"ldap.kola.fad.ru">>],389,<<"ejabberd(a)kola.fad.ru">>,<<"***">>,[{encrypt,starttls},{tls_verify,hard},{tls_cacertfile,<<"/etc/pki/tls/certs/ca.kola.fad.ru.crt">>},{tls_depth,undefined}]],[]},{eldap_pool,'-start_link/7-fun-2-',7,[{file,"src/eldap_pool.erl"},{line,55}]},{lists,foreach,2,[{file,"lists.erl"},{line,1337}]},{ejabberd_auth_ldap,init,1,[{file,"src/ejabberd_auth_ldap.erl"},{line,105}]},{gen_server,init_it,6,[{file,"gen_server.erl"},{line,328}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,240}]}]}}
Workaround:
# sed --in-place --regexp-extended
--expression='s%^(ERL_LIBS=.*)$%\1/ejabberd-16.01%' /usr/bin/ejabberdctl
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years