search for: reoccurring

This morning I discovered this in my clamav report from one of our imap servers: /usr/share/nmap/scripts/irc-unrealircd-backdoor.nse: Unix.Trojan.MSShellcode-21 FOUND I have looked at this script and it appears to be part of the nmap distribution. It actually tests for irc backdoors. IRC is not used here and its ports are blocked by default both at the gateway and on all internal hosts.

Hi Sanitizer Runtime Developers, We recently ran into a problem building clang because some of the definitions in sanitizer_common conflicted with system definitions and later another system header was trying to use the system definition: .../usr/include/libkern/OSAtomicDeprecated.h:756:17: error: reference to 'memory_order_relaxed' is ambiguous __theAmount, memory_order_relaxed) +

In data marted? 11 settembre 2018 10:46:30 CEST, Timo Sirainen ha scritto: > On 11 Sep 2018, at 10.57, Simone Lazzaris <s.lazzaris at interactive.eu> wrote: > > Sep 11 03:25:55 imap-front4 dovecot: director: Panic: file > > doveadm-connection.c: line 1097 (doveadm_connection_deinit): assertion > > failed: (conn->to_ring_sync_abort == NULL) Sep 11 03:25:55 imap-front4

Hello, maybe this info is helpful for someone else, at least it is a reminder for me if the problem should reoccur: The last hours R drove me nuts because it wouldn't install new packages, or more irritating still: It would chose randomly which packages to install when given a list ("unable to move temporary installation" ). The solution was to turn of the indexation of

...gic card, channels 1-10 inbound, the rest outbound. The vendor states that their point of view, if the CO has a DMS100 that is the easiest (PRI, 1-23, NI1, B8ZS, 10 channel choke for inbound). I won't type the two pages of "CO tweaks" for a 5ess... I also don't want the monthly reoccurring when we have multiple PRIs to tie into as it is. Thanks for the input! -Jonathan

We upgraded to Samba 2.2.5 and the error has not reoccurred since. Thanks for your responses! -- John D. Boy "A good way to threaten somebody is to light a stick of dynamite. Then you call the guy and hold the burning fuse up to the phone. 'Hear that?' you say. 'That's dynamite, baby.'" --Jack Handey

Last week we installed Samba 3.0.20b on one of our servers, worked fine and does it's job well. But today the load was rising due two smbd processes taking up all cputime. While looking for hints on what was going on the logfiles show two types of errors (I don't know at this time if it has anything to do with the load spike): lib/util_sock.c:write_data(554) write_data: write failure in

I had similar (ish) issues. Are you using winbindd and rfc2307 UIDs/GIDs? I had to implement both of the above on my DC to resolve this. (Neither of which I /wanted/ to do.. but since switching over and running 'net cache flush' etc., the problem hasn't reoccurred) On 26 April 2016 at 09:14, Gerben Roest <g.roest at grepit.nl> wrote: > Hi, > > using Samba 4.4.2, on

Did it stay stable this time? It looks like the restart of the service restored communication. If it reoccurs: >>> Bus 001 Device 011: ID 09ae:3024 Tripp Lite I wonder if this is the same device number after? Something to keep an eye on Thank you, David Zomaya ________________________________ This message is for the addressee's use only. It may contain confidential information. If

...tempts to access the share from another machine as the same user are successful. The fix for this seems to be, either reboot the client (less preferable because the user gets upset) or restart the smbd on the server. Either way, subsequent share access is restored. Unfortunately, this problem is reoccurring several times a day and I find myself restarting samba about 4-5 times daily. This has reached a crisis point, so any help would be appreciated. In terns of samba version, this problem first appeared when I upgraded to samba_3.0.23d-2+b1 (on Debian Testing). Subsequently, I rolled back to samba_...

Hi Manfred, I applied the patch and recompiled and reinstalled and I got the folowing warning during my first test call: Aug 19 12:26:51 WARNING[294927]: dsp.c:1234 __ast_dsp_silence: zero length packet It looks like that could be the problem... and the fix! I'll let you know if the problem reoccurs. Might it be an idea to submit the patch to the bugtracker? Thanks, Gary ----- Original

We've been using dovecot for a while now (currently 1.0beta7) and it works nicely. We have just one reoccuring problem: When using thunderbird as the imap client sometimes when messages are moved from the inbox to other folders (including Trash) they shortly thereafter reappear in the inbox - this can happen multiple times to the same message. We have multiple namespaces set up so that

Well, good news and bad news. I backed up the indexes (presumably the ~/.mbox/.imap/*) and started tinkering: dovecotadm -u username INBOX did nothing, it didn't event produce a message in the log, and the indexes were not updated. I deleted the indexes, and let dovecot rebuild them. This fixed my inbox (good news), unfortunately, even after copying the backed-up files back I can no longer

> On Jul 1, 2016, at 12:10 PM, Dmitry Vyukov <dvyukov at google.com> wrote: > > On Fri, Jul 1, 2016 at 8:53 PM, Anna Zaks <ganna at apple.com> wrote: >> Hi Sanitizer Runtime Developers, >> >> We recently ran into a problem building clang because some of the >> definitions in sanitizer_common conflicted with system definitions and later >>

Not sure if this has already been covered, but any pointers or suggestions would be greatly appreciated. We just realized last night that dovecot-stable seems to be corrupting the attachments within users' inboxes. In an attempt to resolve the problem, we upgraded the mail server here to Dovecot 1.0alpha4 but it didn't help. To the best of our knowledge we didn't start experiencing

Hi, thanks for reading, would be great if you could help me out with two strange reoccuring problems. Problem 1: Currently we are running an IBM 206m with Debian Etch and Samba 3.0.24. We have about 25 Clients which are running Windows XP SP2 or 2000 SP4. 3 of those Clients (XP) open and close ~15 excel sheets (size between 100kb and 1MB) approximately every 5 Minutes or so. 5-6 times a day it

We ultimately found this to be a voicemail issue. The voicemail is held in MYSQL as well (via ODBC). And we found when attempting to playback a customers voicemail unavail greeting is when the deadlock would occur (Immediately, every time. Throwing the same "task processors" errors, And making pjsip completely unresponsive). We had imported a number of greetings from a legacy asterisk

Hi everyone, after some hours when I sent my last e-mail to the ML the problem reoccurred, again problem with some mailboxes reading some e-mails and many errors into dovecot.log like these: /Jul 14 15:07:50 imap(XXX): Error: open(/mnt/mail-storage/XXX/Maildir/cur/1594641298.M607225P10899.XXX,S=4465,W=4534:2,m) failed: Permission denied (euid=501(vmail) egid=501(vmail) missing +r perm:

On 7 November 2015 at 10:11, Rowland Penny <rowlandpenny241155 at gmail.com> wrote: > > Is it possible that sssd is failing? > What do you have in /etc/nsswitch? # cat /etc/nsswitch.conf | egrep "(passwd|group)" passwd: files sss group: files sss But I don't think this is anything to do with sssd. As I understand it: Local machine UNIX use (i.e. logging in

I did some experimenting on my raspberry pi with samba-4.4.2 as AD server (fresh install, no upgrade), and adding a new user: samba-tool user add grepit --gid-number=513 --login-shell=/bin/bash and then checking it: root at pi6lan:/etc# wbinfo -i grepit ROEST\grepit:*:3000017:100::/home/grepit:/bin/bash root at pi6lan:/etc# id grepit uid=3000017(ROEST\grepit) gid=100(users)