Bug#859234:

2018-08-29 Thread Damyan Ivanov
-=| Pablo Sánchez[gmail], 29.08.2018 10:13:37 -0300 |=- > Found it ??? > > On x86/amd64 I usually have to config RemoteBindAddress with computer ip > number after install , as connections where rejected . This is normal. The default bind address is 'localhost'. An admin needs to knowingly allow

Bug#859234:

2018-08-29 Thread Pablo Sánchez [gmail]
Found it ??? On x86/amd64 I usually have to config RemoteBindAddress with computer ip number after install , as connections where rejected . I realized I was also configuring the same on raspberry pi. After commenting that line con firebird.conf, after restart and power off / power on, service

Bug#859234:

2018-08-29 Thread Pablo Sánchez [gmail]
Damyan, I'm trying to find the meaning of "status=252" Excerpt from /var/log/syslog ... Aug 29 09:17:58 raspberrypi systemd[1]: Started Daily apt download activities. Aug 29 09:18:10 raspberrypi fbguard[451]: Time out waiting for fbserver process start Aug 29 09:18:10 raspberrypi systemd[1]:

Bug#859234:

2018-08-28 Thread Damyan Ivanov
Package: firebird3.0-server Version: 3.0.3.32900.ds4-4 Severity: normal Submitter: pblndrssn...@gmail.com -=| Pablo Sánchez[gmail], 28.08.2018 09:47:49 -0300 |=- > Hi ! > Bug seems to be present on armhf (raspberry pi model 3+) . > > In /var/log/syslog I get : > ... > Aug 28 00:04:34 raspberrypi

Bug#859234:

2018-08-28 Thread Pablo Sánchez [gmail]
Hi ! Bug seems to be present on armhf (raspberry pi model 3+) . In /var/log/syslog I get : ... Aug 28 00:04:34 raspberrypi systemd[1]: Started User Manager for UID 1001. Aug 28 00:04:43 raspberrypi fbguard[449]: Time out waiting for fbserver process start Aug 28 00:04:43 raspberrypi systemd[1]:

Bug#859234: firebird3.0-server: firebird server may not be ready to serve requests after service start

2017-03-31 Thread Damyan Ivanov
Package: firebird3.0-server Version: 3.0.1.32609.ds4-14 Severity: normal Tags: upstream On a heavily loaded system, starting firebird3.0-server service doesn't guarantee that daemon is ready to serve requests. This is caused by the fact that the init.d script/systemd service starts fbguard,