Too many threads ошибка

i think instead of starting 7 threads use single thread.
1. create a TaskWorker class

public class TaskWorker implements Runnable {
    private boolean quit = false;
    private Vector queue = new Vector();

    public TaskWorker() {
        new Thread(this).start();
    }

    private Task getNext() {
        Task task = null;
        if (!queue.isEmpty()) {
            task = (Task) queue.firstElement();
        }
        return task;
    }

    public void run() {
        while (!quit) {
            Task task = getNext();
            if (task != null) {
                task.doTask();
                queue.removeElementAt(task);
            } else {// task is null and only reason will be that vector has no more tasks
                synchronized (queue) {
                    try {
                        queue.wait();
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            }
        }
    }

     public void addTask(Task task) {
        synchronized (queue) {
            if (!quit) {
                queue.addElement(task);
                queue.notify();

            }

        }
    }

    public void quit() {
        synchronized (queue) {
            quit = true;
            queue.notify();
        }
    }
}

2. create a abstract Task class

public abstract class Task {

    abstract void doTask();
}

3. now create task.

public class DownloadTask extends Task{

        void doTask() {

            //do something
        }

    }

4. and add this task to the taskworker thread

TaskWorker taskWorker = new TaskWorker();
                    taskWorker.addTask(new DownloadTask());

1. 19.04.2013, 20:30

   
   

   #1

   

   
   Senior Member
   

   ---

   

   FATAL Too many threads
   

   ISPmanager 4.4.10.11
   Из лога

   Apr 19 04:00:01 [10651:187] [1;32mINFO Request [dbcache][root] ‘out=xml&func=db.size&type=localhost&name=domains_ db'[0m
   Apr 19 04:00:01 [10651:188] [1;32mINFO Request [acctstat][root] ‘out=xml&func=paramlist'[0m
   Apr 19 04:00:01 [10651:189] [1;32mINFO Request [dbquota][root] ‘out=xml&func=db.quota&elid=ejnfsog'[0m
   Apr 19 04:00:01 [10651:189] [1;36mEXTINFO Execute (/usr/sbin/setquota -g 506 0 5012480 0 0 /dev/ploop35770p1) return=0 exited[0m
   Apr 19 04:00:01 [10651:189] [1;36mEXTINFO Execute (/usr/sbin/setquota -u 506 0 0 0 0 /dev/ploop35770p1) return=0 exited[0m
   Apr 19 04:00:01 [10651:190] [1;32mINFO Request [acctstat][root] ‘out=xml&func=user'[0m
   Apr 19 04:00:01 [10651:191] [1;32mINFO Request [dbcache][root] ‘out=xml&func=db.size&type=localhost&name=ejnfsog_ dor_notebook'[0m
   Apr 19 04:00:01 [10651:192] [1;32mINFO Request [IP][control] ‘sok=yes&func=reseller&out=xml&authinfo=*'[0m
   Apr 19 11:05:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:10:02 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:15:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:20:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:25:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:30:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:35:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:40:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:45:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:50:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 11:55:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 12:00:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 12:00:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 12:05:01 [10651:1] [1;31mFATAL Too many threads[0m
   Apr 19 12:10:02 [10651:1] [1;31mFATAL Too many threads[0m

   Strace
   https://dl.dropboxusercontent.com/u/…14/strace2.log

   Через killall ispmgr не убивает
   Перезагрузил через killall -9 ispmgr

   Так же нашел эту тему http://forum.ispsystem.com/ru/showthread.php?t=19618
   С /etc/passwd и /etc/group никаких проблем нет.

   Последний раз редактировалось poiuty; 19.04.2013 в 20:38.

   ---

2. 20.04.2013, 05:21

   
   

   #2

   

   
   Senior Member
   

   ---

   
   

   Ну как и всегда прошлая тема создана давно, теперь + эта. А баги некому править.
   Вот гдето до средины 12 года советовал панель всем. Теперь не советую никому. Почему? Потому что ранее мы баловались с мелкими недоделками, которые можно было терпеть. А сейчас мы постоянно наблюдаем очень серьезные ошибки, причем их множество.

   ---

3. 20.04.2013, 16:53

   
   

   #3

   

   
   Senior Member
   

   

   ---

   
   

   Это не ошибка. Закончился лимит запросов которые стоят в очереди. Выполняется какая-то долгая операция, например читается дира с миллионом файлов.

   2WebGraf — ваша реплика тут к чему? давайте список серьезных ошибок которые вы постоянно наблюдаете. в нашем багтреке сейчас ни одной не зарегистрировано.

   ---

4. 21.04.2013, 04:00

   
   

   #4

   

   
   Senior Member
   

   ---

   

   
   

   Сообщение от Igor
   

   Это не ошибка. Закончился лимит запросов которые стоят в очереди. Выполняется какая-то долгая операция, например читается дира с миллионом файлов.

   Например не читается дира с тремя триллионами миллионов файлов. Какие еще варианты? Почему ISPmanager зависает и не пишет точную причину в лог. При «LogLevel 9» — в логах в следующий раз будет информация о точной причине «FATAL Too many threads»?

   Какие альтернативные способы, вы можете предложить, чтобы узнать чем заняты ISPmanager threads?

   И кстати, нам всем очень понравились ошибки (ihttpd) в 4.4.10.8 и 4.4.10.10
   которые в первый раз могли завалить панель, а во второй принудительно дописывали 1500 порт.

   Последний раз редактировалось poiuty; 21.04.2013 в 04:23.

   ---

5. 21.04.2013, 21:24

   
   

   #5

   

   
   Senior Member
   

   

   ---

   
   

   смотрите по логу какие запросы были. ищите закономерность. текущий лимит 100 потоков. пока он не исчерпан запросы встают в очередь, потом ошибка которую вы наблюдаете.

   ---

6. 22.04.2013, 07:27

   
   

   #6

   

   
   Senior Member
   

   ---

   
   

   Сообщение от Igor
   

   Это не ошибка. Закончился лимит запросов которые стоят в очереди. Выполняется какая-то долгая операция, например читается дира с миллионом файлов.

   2WebGraf — ваша реплика тут к чему? давайте список серьезных ошибок которые вы постоянно наблюдаете. в нашем багтреке сейчас ни одной не зарегистрировано.

   А сообщения из форума от пользователей типа в игноре?
   Или вам список тем нерешенный показать?

   Даже по этой теме бац
   Или может напомнить темку по CentOS когда панель висла при добавлении домена?

   Или полная недоступность панели это не критическая проблема?

   Игорь, не считаю нужным сообщать об ошибках, если они уже «засвечены» на форуме.

   Последний раз редактировалось WebGraf; 22.04.2013 в 07:35.

   ---

7. 22.04.2013, 08:01

   
   

   #7

   

   
   Senior Member
   

   

   ---

   
   

   К сожалению зачастую в сообщениях на форуме мало инфы, позволяющей воспроизвести проблему.

   ---

8. 22.04.2013, 14:17

   
   

   #8

   

   
   Senior Member
   

   ---

   
   

   Igor,
   ведь WebGraf прав, зависание панели, и её не достпуность для дргуих это пипец =((( очень часто наблюдаем, когда идет создание домена(аккаунта) .процесс создания не завершиться панель тупо не отвечает другим юзерам =( такая же ситуация при изменении тарифа =(

   при удалении аккаунта тоже самое — пока процесс удаления не завершиться панель пользователям не доступна

   ---

9. 22.04.2013, 15:03

   
   

   #9

   

   
   Senior Member
   

   

   ---

   
   

   Я не утверждаю что кто-то не прав.
   Я лишь говорю о том что не по всякому сообщению об ошибке ее можно воспроизвести и исправить.
   А то что панель однопоточная, это всем известный факт с которым к сожалению придеться мириться и это не является ошибкой.

   ---

10. 22.04.2013, 17:35

    
    

    #10

    

    
    Senior Member
    

    ---

    
    

    Igor, но вот какой был смысл делать однопоточность ? в век многопоточности

    ---

HANDLE hTask = NULL;
DWORD taskIndex = 0;
if (SUCCEEDED(hr)) {
    hTask = AvSetMmThreadCharacteristics(TEXT("Pro Audio"), &taskIndex);
    if (hTask == NULL) {
        AUDLOG(LOG_E, "Failed to AvSetMmThreadCharacteristics() for Microphone Thread! Last error %d", GetLastError());
        hr = E_FAIL;
    }
}

At the beginning of our audio threads, we call AvSetMmThreadCharacteristics(). This has historyically been functional and stable. Recently we have seen a few failures with GetLastError() returning 565, which resolves to ERROR_TOO_MANY_THREADS and
has the following description.

Indicates a process has too many threads to perform the requested action.
For example, assignment of a primary token may only be performed when a process has zero or one threads.

What exactly does this error mean in the context of AvSetMmThreadCharacteristics()?

Is this more of a system resource error? As in, would it help to limit the number of threads created by the application?

Or is this some sort of thread or audio configuration error?

We have only seen this issue a few times, all on Windows 10. Please let me know what I can do.

Go to TheForest