[Sa] Тестове на пощата

[Vladimir Germanov]

On 15 March 2012 19:36, "Боби Б." <606u at dir.bg> wrote:
> On 15.03.2012, at 18:47, Vladimir Germanov wrote:
>> On 15 March 2012 17:48, Vasil Kolev <vasil at ludost.net> wrote:
>>> Първият тест вече съм го пуснал:
>>>
>>> for i in `seq 0 9`; do screen -d -m postal -c 60 -s sender -t 20  u
>>> $i.ludost.net ul$i  ; done
>>>
>>> Може да разгледате какво е postal :)
>>>
>>> Ще гледам bounce-овете и кое как пристига, а по някое време ще пусна и
>>> нещо да чете поща от account-ите (още не съм, понеже не навсякъде има
>>> pop3/imap).
>>>
>>> Също така като гледам ботовете в #maillist (което трябваше да е
>>> #maillog, ама да съм гледал като съм писал) или умират, или си мълчат.
>>> За да се приеме, че работят, трябва да издържат на това натоварване и на
>>> двойно по това (текущото е 30 писма в минута, следващото ще е 60).
>>>
>>> Също така не от всички има mailpass.txt (като двама са го кръстили
>>> mailpass вместо mailpass.txt), погрижете се за това.
>>>
>>> Утре ще ви дам следващата задача.
>>
>> В момента има ли някакъв проблем с VirtBox-a? Гледам на phyllis u9
>> държи 100% CPU time, и аз u7 съм след това с 15-16%. Освен това в лога
>> на u7 дава грешки в IO и в момента съм напълно отрязан от u7. Ще
>> трябва да рестартирам по-късно...
>>
>> [1219683.312768] EXT3-fs error (device sda7) in
>> ext3_reserve_inode_write: IO failure
>> [1219683.321139] EXT3-fs error (device sda7) in ext3_orphan_add: IO failure
>> [1219683.329507] EXT3-fs error (device sda7) in
>> ext3_reserve_inode_write: IO failure
>> [1219683.338299] EXT3-fs error (device sda7) in ext3_orphan_add: IO failure
>> [1219683.346382] EXT3-fs error (device sda7) in
>> ext3_reserve_inode_write: IO failure
>> [1219683.354555] EXT3-fs error (device sda7): ext3_new_block:
>> block(15066) >= blocks count(0) - block_group = 0, es == ea228400
>> [...]
>
> Подобен проблем има на u0 -- няколко педи stack trace в dmesg, но виждам, че и на phyllis има доста stack traces:
>
> [2917119.471226] VBoxHeadless    D ffff88063fc12f40     0 16745   4911 0x00000000
> [2917119.471230]  ffff880209ad8300 0000000000000086 0000000000000000 ffff8803332ea180
> [2917119.471236]  0000000000012f40 ffff88016ab6ffd8 ffff88016ab6ffd8 ffff880209ad8300
> [2917119.471241]  0000000000000246 000000018132de1c ffff88063ffeb528 ffff88030f5843c8
> [2917119.471246] Call Trace:
> [2917119.471254]  [<ffffffffa0119522>] ? do_get_write_access+0x1ad/0x36a [jbd2]
> [2917119.471259]  [<ffffffff810353a7>] ? should_resched+0x5/0x23
> [2917119.471263]  [<ffffffff8105ec95>] ? autoremove_wake_function+0x2a/0x2a
> [2917119.471274]  [<ffffffffa0131e4e>] ? ext4_dirty_inode+0x2b/0x47 [ext4]
> [2917119.471282]  [<ffffffffa01197d3>] ? jbd2_journal_get_write_access+0x21/0x38 [jbd2]
> [2917119.471294]  [<ffffffffa014d343>] ? __ext4_journal_get_write_access+0x4f/0x5e [ext4]
> [2917119.471304]  [<ffffffffa013049a>] ? ext4_reserve_inode_write+0x37/0x7a [ext4]
> [2917119.471314]  [<ffffffffa0130545>] ? ext4_mark_inode_dirty+0x68/0x1da [ext4]
> [2917119.471327]  [<ffffffffa0131e38>] ? ext4_dirty_inode+0x15/0x47 [ext4]
> [2917119.471338]  [<ffffffffa0143c03>] ? ext4_journal_start_sb+0x139/0x14f [ext4]
> [2917119.471349]  [<ffffffffa0131e4e>] ? ext4_dirty_inode+0x2b/0x47 [ext4]
> [2917119.471353]  [<ffffffff8111001c>] ? __mark_inode_dirty+0x22/0x17a
> [2917119.471357]  [<ffffffff81105d9b>] ? file_update_time+0xe0/0x10b
> [2917119.471361]  [<ffffffff810b11a5>] ? __generic_file_aio_write+0x160/0x278
> [2917119.471366]  [<ffffffff810353a7>] ? should_resched+0x5/0x23
> [2917119.471370]  [<ffffffff810b131a>] ? generic_file_aio_write+0x5d/0xb5
> [2917119.471379]  [<ffffffffa012a919>] ? ext4_file_write+0x1d2/0x229 [ext4]
> [2917119.471383]  [<ffffffff810353a7>] ? should_resched+0x5/0x23
> [2917119.471386]  [<ffffffff8106e48c>] ? do_futex+0xab/0x7ed
> [2917119.471393]  [<ffffffffa012a747>] ? ext4_llseek+0xf9/0xf9 [ext4]
> [2917119.471396]  [<ffffffff811249e8>] ? aio_rw_vect_retry+0x70/0x18e
> [2917119.471398]  [<ffffffff81124978>] ? lookup_ioctx+0x53/0x53
> [2917119.471401]  [<ffffffff811253fe>] ? aio_run_iocb+0x70/0x11b
> [2917119.471403]  [<ffffffff8112645b>] ? do_io_submit+0x442/0x4d7
> [2917119.471407]  [<ffffffff81332e12>] ? system_call_fastpath+0x16/0x1b
> [2917119.471412] INFO: task VBoxHeadless:28079 blocked for more than 120 seconds.
> [2917119.471505] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
>

Ще може ли поне u9  да се спре ?