search for: unkilled

> Dear ZFS experts, > somehow one of my zpools got corrupted. Symptom is that I cannot > import it any more. To me it is of lesser interest why that happened. > What is really challenging is the following. > > Any effort to import the zpool hangs and is unkillable. E.g. if I > issue a "zpool import test2-app" the process hangs and cannot be > killed. As this

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

I'm using an html filter (ala junkbusters) called Proxomitron (proxomitron.cjb.com) through wine. I find that this program works great, except that it leaves a trail of unkillable wine.bin jobs whenever it retrieves a web page. Going to a page like slashdot results in ~8 wine.bin jobs that will never die, and can't be killed. (I am using wine from CVS as of 3/12/02 or so) Thinking

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, 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

I just came across this problem (on Linux, using OpenSSH 2.9.9p2). Run ssh <host> "tail -f <file> | grep <regexp>" Let it connect, and then hit ^C. If you look on <host>, the tail process has been orphaned, but grep, which was its parent, and a direct child of sshd, is gone. It appears that the immediate child of the sshd (grep) is sent a SIGTERM (on line

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

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

I'm running smbfs on a Debian box with kernel 2.4.24. I would give you more information (such as my samba tools versions) if I could get into the box, but it's hung right now due to this bug. I'm mounting a filesystem from my desktop Windows box (which is right next to it; there's a D-Link in the way, though) and passing large amounts of data to it (backups). If the connection

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).

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

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.

* Attached is a mbox file that triggers Bug #1 and #2. * Go here if you want to test dovecot for RH9: https://bugzilla.fedora.us/show_bug.cgi?id=160 * If somebody has a different IMAP server than dovecot, could you please test how Evolution reacts to reading this message? Bug #1 dovecot and #2 evolution-1.2.3 ===================================== I am using dovecot-0.99.9-test3 on RH9, reading

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,

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

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

John-- Thanks for the suggestion. I finally had a chance to get to the system in question, It was the only one of many that exhibited the USB hang. I tried a reboot with the two USB disks disconnected. Everything worked. I plugged them in, and then did both "lsusb -v" and "lshw", and again, everything worked. Continuing my test: Reboot with both drives plugged in:

Hi System: Dell PowerEdge Dual Processor O/S: Redhat 7.3 + most patches Kernel: RH compiled 2.4.18-19.7.xsmp Not sure whether this is an ext3 problem or not, but I've not seen this on other RH systems. There is a particular file on an ext3 filesystem that hangs whichever process tries to access it, i.e. an attempt to cp it will hang the cp. the process is unkillable, and a reboot is the