similar to: Dovecot imap processes pinning CPU

Hi, Not sure if this is relevant but having been running dovecot 1.1.4 for a long time (without any problem) I recently upgraded to 1.1.7 when I switched to SuSE 11.1 This is just running on my home server and it's a fairly standard fetchmail-procmail-dovecot setup. However I recently had an incident which I cannot quite explain. I suspect it could be a possible disk problem but I did

Hello, I am having a problem with my dovecot-daemon. It is forking one or more (I saw up to perhaps 8 of them) imap processes under my user name. These processes are consuming a lot of CPU time and are not killable: > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 8616 arno 20 0 2900 1600 1204 R 98 0.2 1196:38 imap Stopping dovecot does not quit these

Hi. Trying to mount a Win2k drive as read/write, but when it gets mounted I can't actually write to the drive. Command I'm using is: su -c "mount -t smbfs //nbgwu5/upload /home/darose/mnt/nbgwu5 -o rw,username=crosen,password=*****,workgroup=demo" Result of the mount is: //nbgwu5/upload on /home/darose/mnt/nbgwu5 type smbfs (0) I can read from the drive, but not write to

I was doing some checks on a server and found an imap process running at 100%, kill -9 was unable to kill it. hammer ~ # lsof -p 1918 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME imap 1918 vpopmail cwd DIR 8,2 96 539699 /var/vpopmail/domains/maxpersuasion.com/kec imap 1918 vpopmail rtd DIR 8,2 856 2 / imap 1918 vpopmail txt REG

I am running dovecot (1.2.3) with postfix (2.6.3), postfixadmin (2.1.0), maia mailguard (1.0.2) and squirrelmail (1.4.19) on Linux (kernel 2.6.27.8). I have an ongoing problem with imap processes that hang and eat all available cpu. I try killing them and they won't die. The only way to get rid of them is to reboot the server. Any help with this will be greatly appreciated. I really

I'm running Samba 2.0.4b on a E450 running Solaris 7 which acts as a diskspace server for students, normally everything runs quite smoothly with numbers of connections in the region of about 800/900. Then every now and again students will start seeing their connections being lost and others will not get a connection when they log in, looking at the system shows no obvious problems, except

Okay, so with complete lack of any other ideas, I tried to figure out what was wrong with my app (Proxomitron), which is leaving unkillable processes around. So I went into ExitThread, and added something like: DPRINTF("%08lx:Exiting thread...(%d)\n", GetCurrentThreadId(),getpid()); exit(code); right at the top of the function. And, lo and behold, the processId matches the

It's questionable use case, but weston/wayland already relies on this behaviour, and other drivers don't care about it, so it's a matter of compatibility. Without it, process invoking such page flip hangs in unkillable state, trying to reserve the same buffer twice. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- drivers/gpu/drm/nouveau/nouveau_display.c | 20

Jeremy, Bit of bad news - we had a another runaway SMBD. This time profiles were NOT involved - I was simply copying up an installation of Office2000 and then deleting it. It almost reached the end of the deletion when the processor utilisation went up to 90%. The client connection then dropped with a 'connection is no longer available' and there is now 99% processor utilisation on the

My zfs filesystem hangs when transferring large filesystems (>500GB) with a couple dozen snapshots between servers using zfs send/receive with netcat. The transfer hangs about halfway through and is unkillable, freezing all IO to the filesystem, requiring a hard reboot. I have attempted this three times and failed every time. On the destination server I use: nc -l -p 8023 | zfs receive -vd sas

Hi, I work for a small company that makes radar systems for research organisations and we use FreeBSD on the PCs for data acquisition and processing. We have recently shifted to FreeBSD6/amd64 and one machine in particular is exhibiting a strange problem. The acquisition process is a Tcl interpreter with a largish chunk of C code which talks to the hardware (via RS485 and a custom PCI card).

Hello. I believe that I've done my due diligence in researching what info. is currently available on this issue. I have been jacking with this for days, & believe that I have tried all possible solutions. I am basically trying to move a [Merant] PVCS installation from an OS/2 file server to a SuSE/Samba file server. This installation consists of 'standard' source archives,

Hello, I am running Samba 2.2.2 with acl-0.7.16 on RedHat 6.2 (2.2.19). The PDC is a Windows 2000 Server and the Samba server is a domain member using Winbind. All the workstations are Windoze 2000 Pro with SP2. Everything seemingly works fine but every day or two I get a runaway SMBD process which hogs the CPU and becomes unkillable. The only resolution is to reboot the server completely.

I've been using the latest cifs 1.8 client at http://linux-cifs.samba.org/ with Fedora 3 and RHE 4. This client seems to have a lot of issues that I did not notice when using smbfs. It seems like when there is an issue with connectivity to a windows machine, and you try to access a cifs mount, the entire session locks up. I basically have to kill the session, log back on, and then there is no

https://bugzilla.mindrot.org/show_bug.cgi?id=1555 Summary: add hard link and attribute extensions to sftp-server Product: Portable OpenSSH Version: 5.1p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sftp-server AssignedTo: unassigned-bugs at mindrot.org

I''m getting subj trying to run linux-iscsi-4.0.2 on domain0. I tried xen-2.0.6, xen-2-test and xen-3-devel. The same results. I found similar complaints regarding this problem like below: http://www.ussg.iu.edu/hypermail/linux/kernel/0503.1/1622.html http://www.ussg.iu.edu/hypermail/linux/kernel/0503.1/1621.html Not sure if it is xen or linux-iscsi related bug. Any ideas how to cure it

On Mon, Feb 15, 2010 at 03:40:56PM +0300, Dan Carpenter wrote: > This is the results from: > make C=1 CHECK="/path/to/smatch -p=kernel" bzImage modules | tee warns.txt > grep -w overflow warns.txt | uniq -f 3 | tee err-list > > I hacked on the buffer overflow check last weekend and these are the > results. It has way more false positives than the other bug

Greetings, Having read about the previous OSFS hangs, I think this one that we are seeing is different, but I'm not sure if this is caused by OCFS or the Linux OS. We are running OCFS Version 1.09 with Linux AS 3.0/9i RAC. We have a 2 node Intel Cluster (Node 1 and Node 2). This morning the DBA tried to do an "ls" command on /u06/oradata/database

hello, one of my colleague has a problem with an application. the sysadmins, responsible for that server told him that it was the applications fault, but i think they are wrong, and so does he. from time to time, the app gets unkillable and when trying to list the contents of some dir which is being read/written by the app, "ls" can list the contents, but "ls -l" gets stuck

In ocfs2-1.2, when we mount a device, a debugfs dir will be created using its uuid. When 2 devices have the same uuid, after the 1st device is mounted, the 2nd one can't be mounted. This is OK. But the problem is that the dentry's reference is added. So when the 1st volume is umounted, none of these 2 volumes can be mounted then. So this fix solves this problem by dputting the