[pkg-firebird-general] Old postinstall/config bugs still in all debian (and ubuntu) versions of firebird

[Damyan Ivanov]

-=| Fritz Elfert, 31.03.2017 18:02:50 +0200 |=-
> On 28.03.2017 21:48, Damyan Ivanov wrote:
> > -=| Fritz Elfert, 27.03.2017 21:43:50 +0200 |=-
> >> 2.
> >> The second bug is a timing problem during installation (while 
> >> setting the password) and therefore happens only at 50% of 
> >> installation attempts. *If* it happens, you can see a typical error 
> >> output of gsec being unable to connect to the server.
> > 
> > I suppose that under heavy load the service may not be fully 
> > operational when gsec needs it, but I think the fix needs to be 
> > implemented in the .init file/systemd unit somehow. Pulling 
> > a pre-dependency on a networking swiss-army knife is a rather far 
> > reach.
> 
> I disagree. Implementing something at systemd/sys5init/upstart level is
> even worse as it may hamper a system's boot process.

Not all of it. The delay will be only for the services depending on 
firebird. And find this quite normal and expected, I think.

> One simply has to
> accept, that there can *no* guaranteed startup time or even general
> startup success. Therefore, this has to be handled at the client side.

I can't agree. It seems to me you are saying that all services 
depending on service X can't really depend on it being ready after 
start and should implement workarounds. This would make declaring 
dependencies totally useless.

> If you don't like the nc approach (I don't know of any other tool 
> for simply validating that some port is connectable), then the only 
> valid alternative is to add the relevant code into the gsec binary 
> itself.

gsec, isql, gfix... why not just fbserver?  :)

> Or a rather crude variant using netstat (which only validates that
> something is *listening* on the port, not that it actually *accepts*
> connections):
> 
> while ! netstat -tan | grep LISTEN | grep -q :3050 ; do
>  ...

Perhaps the package configuration can work around the slow start by 
retrying the gsec call if it fails (a limited number of times). I'd 
rather look into fixing the firebird server.


-- dam
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-firebird-general/attachments/20170402/f64f0ec3/attachment.sig>