|
|
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
Доброго дня! Как найти кто держит файл? В листинге пример задачи. SUSE Linux Enterprise Server 11 (x86_64) VERSION = 11 PATCHLEVEL = 1 Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. lsof |grep delete lsof |grep myusers не показывают, кто держит файл ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2012, 12:12 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
Alexey181, А сразу после создания показывает кто держит файл? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2012, 13:23 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
ПухлыйAlexey181, А сразу после создания показывает кто держит файл? нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2012, 15:51 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
Alexey181, А fuserom не пробовали смотреть? fuser /u02/mydbora/oradata/kaa181/myusers01.dbf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2012, 17:15 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
ПухлыйAlexey181, А fuserom не пробовали смотреть? fuser /u02/mydbora/oradata/kaa181/myusers01.dbf fuser /u02/mydbora/oradata/kaa181/myusers01.dbf Cannot stat /u02/mydbora/oradata/kaa181/myusers01.dbf: No such file or directory ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 09:08 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
перед select table_name from my_table where rownum<3; выполните alter system checkpoint; возможно селект идет из кеша, к файлу не обращаясь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 10:07 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
Журавлев Денисперед select table_name from my_table where rownum<3; выполните alter system checkpoint; возможно селект идет из кеша, к файлу не обращаясь Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 11:24 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
lsof |grep delete вообще ничего не показывает? Или не показывает именно этот файл? Или не показвает pid-ы ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 12:15 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 12:21 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
не может оно не работать: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 12:25 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
Alexey181, попробуйте через /proc/PID/fd посмотреть, до и после удаления файла (например для ora_dbw) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 12:30 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
ПухлыйAlexey181, попробуйте через /proc/PID/fd посмотреть, до и после удаления файла (например для ora_dbw) Это все смотрел. Рез-та нет. У меня предположение, что не видно удаленного файла данных из-за использования odm oracle disk manager. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 14:32 |
|
||
|
найти удаленный файл lsof
|
|||
|---|---|---|---|
|
#18+
Alexey181, Ну вполне может быть. With ODM, Oracle no longer uses file descriptors. Instead, ODM Identifiers are used. ODM Identifiers are shareable from process to process within the node Oracle caches ODM Identifiers in the SGA at instance startup • DBWR performs initial odm_identify() on all datafiles • CKPT identifies the control files and caches the information • LGWR identifies the redo logs and caches the information ODM Identifier usage reduces Kernel overhead • Calls to exec(),and exit() no longer cause implicit contention on Kernel open file table locks • Explicit contention is eliminated ( open() / close() ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2012, 14:45 |
|
||
|
|

start [/forum/topic.php?fid=25&fpage=66&tid=1483518]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 159ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...