Your message dated Wed, 10 May 2017 18:19:54 +0000
with message-id <[email protected]>
and subject line Bug#755898: fixed in smstools 3.1.21-1
has caused the Debian Bug report #755898,
regarding smstools: Great delays before messages are processed
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
755898: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755898
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: smstools
Severity: important
Version: 3.1.14-1
Tags: patch
On a monitoring system with otherwie heavy I/O load (due to a large
number of RRDs being updated on a regular basis), it was noticed that
sending of a generated SMS was delayed for hours.
Attaching gdb and strace to the stalled daemon revealed that it was
stuck in a sync(2) call.
Investigation of the source code showed that smsd makes frequent use of
lock files as part of operations that involve reading from spool files
and moving files around in its spool directories. After creating lock
files, sync(2) is called which causes the kernel to write buffered file
metadata modifications *for all filesystems*. This can have significatnt
negative effects on overall filesystem performance.
Lock files have no use after a system reboot and there seems to be no
other part of smstools that is interested in the lock files' contents,
therefore it is unclear why "sync" operation is needed at all. Even if
it was important to preserve the lock file contents across system
crashes, fsync(2) or fdatasync(2) would be the right calls to use.
I suggest simply removing the sync() call from lockfile() in
src/locking.c (that's why I set the "patch" tag.)
As a quick and easy workaround here we have overridden the sync(2) call
on the affected system by running smsd with the eatmydata shared library
preloaded. This has solved our latency issue.
Cheers,
-Hilko
--- End Message ---
--- Begin Message ---
Source: smstools
Source-Version: 3.1.21-1
We believe that the bug you reported is fixed in the latest version of
smstools, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Thorsten Alteholz <[email protected]> (supplier of updated smstools package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Wed, 10 May 2017 19:39:26 +0200
Source: smstools
Binary: smstools
Architecture: source amd64
Version: 3.1.21-1
Distribution: experimental
Urgency: medium
Maintainer: Thorsten Alteholz <[email protected]>
Changed-By: Thorsten Alteholz <[email protected]>
Description:
smstools - SMS server tools for GSM modems
Closes: 569346 593934 635717 688451 703687 755898
Changes:
smstools (3.1.21-1) experimental; urgency=medium
.
* new upstream version
* Version >= 3.1.16 now respects TMPDIR and TEMPDIR variables.
(Closes: #635717)
* Version 3.1.17 can now use inotifywait, if user wants and needs
to use it (smsd.conf: notifier = yes/no).
(Closes: #703687)
* CPU usage spikes fixed in 3.1.16 (Closes: #688451)
* using "modern" rules file and docu should be available on all archs
(Closes: #593934)
* Zombie-issue is fixed in the version >= 3.1.16.
(Closes: #569346)
* Message delay is fixed in the version >= 3.1.16.
(Closes: #755898)
Checksums-Sha1:
a4eb395aa00c78d3c996918e17282deb1696fbf2 1907 smstools_3.1.21-1.dsc
31f1de1613e3c040896b73563f2270f5480952cd 356548 smstools_3.1.21.orig.tar.gz
c71c76d66097b6cd5b259681f362058a1dae8e19 34480 smstools_3.1.21-1.debian.tar.xz
6b93598206c36992fc89fd25c8697612cb79360e 285214
smstools-dbgsym_3.1.21-1_amd64.deb
acc6ef67d9cda0968ffa78a8e5d8796f663bef6a 5875 smstools_3.1.21-1_amd64.buildinfo
7793a51364dd91b18d4e1c7c2ab3e7fb091c5853 349214 smstools_3.1.21-1_amd64.deb
Checksums-Sha256:
59e6a974ca712208fa70887a0371dc1371aa95814ccb37310c13a1ee0cb1ba58 1907
smstools_3.1.21-1.dsc
a26ba4c02b16f6cf13177bffca6c9230dc5fefaeba8e3030cd4e4905f6a92084 356548
smstools_3.1.21.orig.tar.gz
5c30eb97c952810776ba289319cb5c99a09f4709297e3349dcf5257a43c1fe61 34480
smstools_3.1.21-1.debian.tar.xz
14597fc0d9e7fda51df3a4bc559067d48d6713af59cbcfa14ccda4aee2d1b284 285214
smstools-dbgsym_3.1.21-1_amd64.deb
a71f8369cda9ee07005468c1bc01210a52360f91e78d55578ebb597409ce2e1e 5875
smstools_3.1.21-1_amd64.buildinfo
f2f5b28f65ccc6a64e7f91fdcde8b386a5fcf9197234e06d7d987988a80db9e0 349214
smstools_3.1.21-1_amd64.deb
Files:
562e0c189396030476792bf7b4dd4024 1907 comm optional smstools_3.1.21-1.dsc
6a9f038fb38a49cc3a4f8f14a88fb8af 356548 comm optional
smstools_3.1.21.orig.tar.gz
2c26dc494c6f1f2edb91de5f42f20c1c 34480 comm optional
smstools_3.1.21-1.debian.tar.xz
ec34ff2b98a2002009da44d9da464e1c 285214 debug extra
smstools-dbgsym_3.1.21-1_amd64.deb
05546bc77c75e15809afdcd834401b29 5875 comm optional
smstools_3.1.21-1_amd64.buildinfo
4fec3a9f2379e28985abd4c99730287f 349214 comm optional
smstools_3.1.21-1_amd64.deb
-----BEGIN PGP SIGNATURE-----
iQKnBAEBCgCRFiEEYgH7/9u94Hgi6ruWlvysDTh7WEcFAlkTVOBfFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDYy
MDFGQkZGREJCREUwNzgyMkVBQkI5Njk2RkNBQzBEMzg3QjU4NDcTHGRlYmlhbkBh
bHRlaG9sei5kZQAKCRCW/KwNOHtYRyfbD/9VxJ57PDm9DGxT+zYMxWtz91XjyeQV
ma99botBTkqQXPVIJ/LiIiSBCm275jp//9rU1jCfbNuiBrADryfBJuZsm3H2aT5x
RMQ1Ix/R/oO0CZsThN2PKPeVu5PYRebrzcLU96Zu3QLHJ7sOVSS8NPJqZA8m+lks
7Za+9N3mPgLmbTfQboUKcXt+m6Skwt0E0ok1mQdiXyEfo7QlzT0vnZ0ar8CeDJHW
cuaX3r2CRqOuXrboeDTwUkNW9YZh0jgw2oAHNjGV2RfsT17v0bLEPTnLClkbLpkk
xZTP50RIIbL3Sh5Fqo2j/z6JWcSD/7M2mLFNcevtWLHaWdy84AFXqsmg64GwHD4U
v/it5kJ323QwMLVxaJgiGUC9bvFw49Rwnh0+a3cMx6nfFKzJeGk1UyQqma+ihcgH
6d6C9BkAUI5e+YWuLxk5dcof9Kzcan2i8F6vpGjUdfxiXC+LKsL4Z6J9n9jnPLjV
kTYle9zT1Sf0O4XAOMlFu8qWAh5zCikmkmp9jqSrsVNBi48GXeyQQM3epZlbVb1l
BUMBN3dsE3xBL15VdpSUlkYwqpTEgkZ9SkDIhiz94IN3GL98h0+oYav1pwoCOtt5
1YUA41VpmBVjmR8RojwYCgkLrT02SCrG3aKxe18TwS5gFm415J7BZS5rxf0+qFN9
gXYIpporIHBETQ==
=puXf
-----END PGP SIGNATURE-----
--- End Message ---
