23
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Re: Free space leakage ?? Изчезнаха 70% от руут дяла!
|
-: Feb 07, 2012, 11:16
|
DATA и Backup са други дискове, не е /dev/sda
много добре виждам че са на други дискове, но това е СЕГА. Ако се е уляло монтирането на Backup например, нали се сещаш къде се е изсипал архива..., затова не се ослушвай ами провери.
Сега ти разбрах идеята, размонтирани: du -sh /backup 0 /backup du -sh /DATA 0 /DATA du -sh /tmp/ 0 /tmp/
lsof -a +L1 COMMAND PID USER FD TYPE DEVICE SIZE NLINK NODE NAME evlogd 6102 root mem DEL 0,6 0 458752 /SYSV00001a38 evlogd 6184 root mem DEL 0,6 0 458752 /SYSV00001a38 killproc 7957 root 0u CHR 136,4 0 6 /dev/pts/4 (deleted) killproc 7957 root 5u CHR 136,4 0 6 /dev/pts/4 (deleted)
lsof е много голям, така че споделете идеята и какво търсим. Може да направя дъмп и да го кача някъде, но далеч по-лесно ще е - мисля, че може да е еди-какво-си, виж това или онова. шОшОн, впечатлен съм от проницателността ти, но не подхождай с идеята, че всички около теб са овце. Можеше да видиш какви данни съм пуснал, а че също така съм правил du на всички директории в руута, както съм и написал, както и после отново постнах, но хайде да да ти изпълня заръката: du -sh .* du: `./media/cdrom': No medium found 391G .
du -sh * 47G DATA 0 abas-wine 1.7G backup 103G backupimap 6.7M bin 11M boot 393K dev 87M etc 253M home 89M lib 0 lost+found du: `media/cdrom': No medium found 0 media 179G mnt 193M opt 907M proc 73M root 21M sbin 4.0K secrets.tdb 197K share 465M srv 0 sys 210M tftpboot 335K tmp 5.3G usr 3.4G var
df Filesystem Size Used Avail Use% Mounted on /dev/sda1 28G 28G 619M 98% / tmpfs 1013M 16K 1013M 1% /dev/shm /dev/sda3 70G 47G 24G 67% /DATA /dev/sdb1 151G 1.7G 149G 2% /backup /dev/sdb2 148G 47G 95G 33% /mnt/usb2 /dev/mapper/system-LogicalVolume01 500G 133G 368G 27% /mnt/usbbig /mnt/usbbig/src 500G 133G 368G 27% /usr/src /dev/mapper/system-backupimap 150G 103G 48G 69% /backupimap
Колкото до троловете, виждал съм доста хелпдеск вампири, които в реален проблем обясняват нещата със "срив" "бъг" и т.н. И изкарват в прадакшън обркъжение точно 3 месеца. Лични наблюдения.
|
|
|
27
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / [Resolved]Free space leakage ?? Изчезнаха 70% от руут дяла!
|
-: Feb 06, 2012, 20:36
|
ОС Suse Enterprise 10.0 Filesystem ReiserFS SCSI дискове в HW RAID1 Руут дяла 27ГБ Една сутрин установявам 99% заето дисково пространство Logwatch репорта от предната вечер показва 19GB free ?! 2 дни изследвам директория по директория - не мога да открия къде изчезнаха тези гиги? Ето данните в момента: / # df Filesystem Size Used Avail Use% Mounted on /dev/sda1 28G 27G 1.3G 96% / tmpfs 1013M 0 1013M 0% /dev/shm /dev/sda3 70G 47G 24G 67% /DATA /dev/sdb1 151G 1.6G 149G 2% /backup
du -shx / 8.0G / Някакви идеи какво може да става и какво може да погледна?
|
|
|
28
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Mailman не реагира на промени през web интерфейса?
|
-: Feb 20, 2010, 17:03
|
Днес един спамбот "улучи" адрес от няколкото мейлинг листи, които имам за фирмени цели. Стандартното Discard обаче... нищо не се случи? Втори път - отново нищо. Реших, стария проблем на Mailman, отивам да пускам unshunt, но не, проблема си остана, освен съобщения в error log-a Feb 20 14:55:10 2010 (26470) SHUNTING: 1264993207.981735+e1c5cc729251dd1016d2db569bf8c69e7f3e5434 Feb 20 14:55:10 2010 (26470) Uncaught runner exception: 'ascii' codec can't encode characters in position 0-3: ordinal not in range(128) Feb 20 14:55:10 2010 (26470) Traceback (most recent call last): File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 169, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/OutgoingRunner.py", line 73, in _dispose self._func(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 152, in process deliveryfunc(mlist, msg, msgdata, envsender, refused, conn) File "/usr/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 338, in verpdeliver bulkdeliver(mlist, msgcopy, msgdata, envsender, failures, conn) File "/usr/lib/mailman/Mailman/Handlers/SMTPDirect.py", line 356, in bulkdeliver msgtext = msg.as_string() File "/usr/lib/mailman/Mailman/Message.py", line 208, in as_string g.flatten(self, unixfrom=unixfrom) File "/usr/lib/mailman/pythonlib/email/Generator.py", line 102, in flatten self._write(msg) File "/usr/lib/mailman/pythonlib/email/Generator.py", line 130, in _write self._dispatch(msg) File "/usr/lib/mailman/pythonlib/email/Generator.py", line 156, in _dispatch meth(msg) File "/usr/lib/mailman/pythonlib/email/Generator.py", line 197, in _handle_text payload = cset.body_encode(payload) File "/usr/lib/mailman/pythonlib/email/Charset.py", line 389, in body_encode return email.base64MIME.body_encode(s) File "/usr/lib/mailman/pythonlib/email/base64MIME.py", line 148, in encode enc = b2a_base64(s[i:i + max_unencoded]) UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-3: ordinal not in range(128)
Feb 20 14:55:10 2010 (26470) SHUNTING: 1264993207.981735+cd6b72a31d00ed15eb7b0dd395f328f55bfe3084
От тук разбирам проблем с кодировките, но къде ли ги няма с крилицата - проблема е защо си остава "шунтирано" съобщението? Влязох в настройките през уеб, опитах да се променя някоя настройка по листата, не се приема при запис. С другите листи също? Проблем с права? check_perm -v и check_perm -f като root но нищо не се случи отново. Mailman е известен с лошата си поддръжка и документация, та да попитам: Имал ли е някой колега този проблем? От какво може да е, след като не са нито права, нито... SLES Linux 2.6.5-7.193-smp Using Mailman version: 2.1.5 Postfix MTA 2.1.1 Apache/2.0.49 (Linux/SuSE)
|
|
|
30
|
Сигурност / Системна Сигурност / Re: [Resolved]Пренасочване на изходящ SMTP трафик през определено IP[Closed]
|
-: Feb 09, 2009, 08:15
|
Инфантилно? Ти май наистина си психолог. Виж какво, аз сигурно не знам какво е форум, когато съм почнал да обменям информация имаше само BBS-и. Казах си мненеито и наблюденията, чисто субективни и от моята гледна точка. Обаче ти нещо се оказа засегнат? Или си служебен защитник? Има модератори, има администратори - трие се и край, просто е. Само не ми променяй мирогледа, моля ти се. Явно нещо бръкнах в раната, без да знам. Та приятелю, аз си постнах решението, въпреки че нямаше общо нито със съветите, нито с форума. Това е целта на форума - аз поне да помогна на някой. И спри да се мислиш, че говориш от името на всички потребители. Може да провериш и преброиш (с омазаната база ще ми е интересна статистиката ти) да видиш колко потребители са с 1-2-3 поста. Ерго можеш да ги смяташ, че просто са напуснали форума, тъй като не са намерили помощ. И след това си направи справка в lq.org или nixcraft.com
И някой модератор да вземе да заключи темата, че ми писна от порицания, понеже имам мнение. Което не се харесва на някой си.
|
|
|
Страници: 1 [2] 3 4 ... 8
|
|