View Issue Details

IDProjectCategoryView StatusLast Update
0000210bareos-corefile daemonpublic2016-03-28 22:10
Reportermvwieringen Assigned Tomvwieringen adm 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Platformamd64OSWindowsOS VersionServer 2003
Product Version12.4.5 
Fixed in Version12.4.5 
Summary0000210: Filed doesn't respond to first connection after start.
DescriptionIt seems the filed doesn't respond to the first connection made after
starting it. Any next connection works but the first seems to be dead.
TagsNo tags attached.

Activities

mvwieringen

mvwieringen

2013-07-20 11:41

developer   ~0000540

Doesn't seem to be the windows firewall as disabling it doesn't help.
mvwieringen adm

mvwieringen adm

2013-08-13 03:12

administrator   ~0000571

Fix committed to bareos bareos-13.2 branch with changesetid 1036.
mvwieringen

mvwieringen

2015-03-25 16:51

developer   ~0001365

Fix committed to bareos2015 bareos-14.2 branch with changesetid 5075.
joergs

joergs

2015-03-25 19:18

developer   ~0001519

Due to the reimport of the Github repository to bugs.bareos.org, the status of some tickets have been changed. These tickets will be closed again.
Sorry for the noise.

Related Changesets

bareos: master 37b68af7

2013-08-02 15:45

mvwieringen adm

Ported: N/A

Details Diff
Filed doesn't respond to first connection after start.

The setup of the thread specific key is flawed. In essence
its setup twice (once via the init_msg() call and once
via the pthread_once call in jcr.c). This new code fixes
that by:

- Setup thread specific data key only once.
- Use pthread_key_create_once_np when available.
This is a non portable but cleaner implementation of
both a pthread_once() and a pthread_key_create().
- For Windows use a workaround around pthread_once() as that
seems to hang for unknown reason. Now we use a boolean
protected by an mutex to make sure the setup is only done once.

Fixes 0000210: Filed doesn't respond to first connection after start.
Affected Issues
0000210
mod - src/lib/message.c Diff File
mod - src/lib/jcr.c Diff File

bareos: bareos-12.4 a55b07b6

2013-08-02 15:45

mvwieringen adm

Ported: N/A

Details Diff
Filed doesn't respond to first connection after start.

The setup of the thread specific key is flawed. In essence
its setup twice (once via the init_msg() call and once
via the pthread_once call in jcr.c). This new code fixes
that by:

- Setup thread specific data key only once.
- Use pthread_key_create_once_np when available.
This is a non portable but cleaner implementation of
both a pthread_once() and a pthread_key_create().
- For Windows use a workaround around pthread_once() as that
seems to hang for unknown reason. Now we use a boolean
protected by an mutex to make sure the setup is only done once.

Fixes 0000210: Filed doesn't respond to first connection after start.
Affected Issues
0000210
mod - src/lib/jcr.c Diff File
mod - src/lib/message.c Diff File

bareos: bareos-13.2 6cba513c

2013-08-02 15:45

mvwieringen adm

Ported: N/A

Details Diff
Filed doesn't respond to first connection after start.

The setup of the thread specific key is flawed. In essence
its setup twice (once via the init_msg() call and once
via the pthread_once call in jcr.c). This new code fixes
that by:

- Setup thread specific data key only once.
- Use pthread_key_create_once_np when available.
This is a non portable but cleaner implementation of
both a pthread_once() and a pthread_key_create().
- For Windows use a workaround around pthread_once() as that
seems to hang for unknown reason. Now we use a boolean
protected by an mutex to make sure the setup is only done once.

Fixes 0000210: Filed doesn't respond to first connection after start.
Affected Issues
0000210
mod - src/lib/jcr.c Diff File
mod - src/lib/message.c Diff File

bareos2015: bareos-12.4 689e3335

2013-08-02 17:45

mvwieringen

Ported: N/A

Details Diff
Filed doesn't respond to first connection after start.

The setup of the thread specific key is flawed. In essence
its setup twice (once via the init_msg() call and once
via the pthread_once call in jcr.c). This new code fixes
that by:

- Setup thread specific data key only once.
- Use pthread_key_create_once_np when available.
This is a non portable but cleaner implementation of
both a pthread_once() and a pthread_key_create().
- For Windows use a workaround around pthread_once() as that
seems to hang for unknown reason. Now we use a boolean
protected by an mutex to make sure the setup is only done once.

Fixes 0000210: Filed doesn't respond to first connection after start.
Affected Issues
0000210
mod - src/lib/jcr.c Diff File
mod - src/lib/message.c Diff File

bareos2015: bareos-13.2 0f62233d

2013-08-02 17:45

mvwieringen

Ported: N/A

Details Diff
Filed doesn't respond to first connection after start.

The setup of the thread specific key is flawed. In essence
its setup twice (once via the init_msg() call and once
via the pthread_once call in jcr.c). This new code fixes
that by:

- Setup thread specific data key only once.
- Use pthread_key_create_once_np when available.
This is a non portable but cleaner implementation of
both a pthread_once() and a pthread_key_create().
- For Windows use a workaround around pthread_once() as that
seems to hang for unknown reason. Now we use a boolean
protected by an mutex to make sure the setup is only done once.

Fixes 0000210: Filed doesn't respond to first connection after start.
Affected Issues
0000210
mod - src/lib/jcr.c Diff File
mod - src/lib/message.c Diff File

bareos2015: bareos-14.2 10347c41

2013-08-02 17:45

mvwieringen

Ported: N/A

Details Diff
Filed doesn't respond to first connection after start.

The setup of the thread specific key is flawed. In essence
its setup twice (once via the init_msg() call and once
via the pthread_once call in jcr.c). This new code fixes
that by:

- Setup thread specific data key only once.
- Use pthread_key_create_once_np when available.
This is a non portable but cleaner implementation of
both a pthread_once() and a pthread_key_create().
- For Windows use a workaround around pthread_once() as that
seems to hang for unknown reason. Now we use a boolean
protected by an mutex to make sure the setup is only done once.

Fixes 0000210: Filed doesn't respond to first connection after start.
Affected Issues
0000210
mod - src/lib/jcr.c Diff File
mod - src/lib/message.c Diff File

Issue History

Date Modified Username Field Change
2013-07-19 11:05 mvwieringen New Issue
2013-07-19 16:02 maik Status new => acknowledged
2013-07-20 11:41 mvwieringen Note Added: 0000540
2013-08-02 19:51 mvwieringen Changeset attached => bareos bareos-13.2 df6fcfcf
2013-08-02 19:51 mvwieringen Changeset attached => bareos master 7a54dead
2013-08-02 19:51 mvwieringen Assigned To => mvwieringen
2013-08-02 19:51 mvwieringen Status acknowledged => resolved
2013-08-02 19:51 mvwieringen Resolution open => fixed
2013-08-02 19:51 mvwieringen Assigned To => mvwieringen
2013-08-02 19:51 mvwieringen Status acknowledged => resolved
2013-08-02 19:51 mvwieringen Resolution open => fixed
2013-08-02 19:51 mvwieringen Changeset attached => bareos bareos-12.4 ffed92ad
2013-08-02 19:56 mvwieringen adm Assigned To mvwieringen =>
2013-08-02 19:56 mvwieringen adm Status resolved => closed
2013-08-02 19:56 mvwieringen adm Product Version 13.3.0 => 12.4.5
2013-08-02 19:56 mvwieringen adm Fixed in Version => 12.4.5
2013-08-13 03:12 mvwieringen adm Changeset attached => bareos master 37b68af7
2013-08-13 03:12 mvwieringen adm Changeset attached => bareos bareos-12.4 a55b07b6
2013-08-13 03:12 mvwieringen adm Changeset attached => bareos bareos-13.2 6cba513c
2013-08-13 03:12 mvwieringen adm Note Added: 0000571
2013-08-13 03:12 mvwieringen adm Assigned To => mvwieringen adm
2013-08-13 03:12 mvwieringen adm Status closed => resolved
2013-09-05 17:14 mvwieringen Status resolved => closed
2015-03-25 16:51 mvwieringen Changeset attached => bareos2015 bareos-12.4 689e3335
2015-03-25 16:51 mvwieringen Changeset attached => bareos2015 bareos-13.2 0f62233d
2015-03-25 16:51 mvwieringen Changeset attached => bareos2015 bareos-14.2 10347c41
2015-03-25 16:51 mvwieringen Note Added: 0001365
2015-03-25 16:51 mvwieringen Status closed => resolved
2015-03-25 19:18 joergs Note Added: 0001519
2015-03-25 19:18 joergs Status resolved => closed