|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Друзья помогите пжт по ошибке dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100 не тот диск , в asmcmd диск виден но V$ASM_DISKGROUP не виден. Как смонтировать его обратно. Буду очень блогадарен спс ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 10:09 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Друзья очень срочно нужно , посоветуйте что нибудь ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 10:38 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Код: plsql 1.
NAME GIMRDSK VOTDSK DATADKS ASMCMD> ls GIMRDSK/ VOTDSK/ DATADKS/ FRADG/ ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 10:51 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Так а что не получается? Пишу без воспроизведения ситуации на тестовом стенде и не перепроверяя команды, раз у Вас так горит. Вроде как ситуация не сильно сложная - с помощью dd Вы затёрли header информацию диска, и ASM его "потерял". Нужно вычислить, к какой DISKGROUP этот затертый диск принадлежал. И дальше, я бы его просто попытался удалить, если получится (ALTER DISKGROUP ... DROP DISK ...) и заного добавил (ALTER DISKGROUP ... ADD DISK ...). Не забыв FAILGROUP как у остальных дисков этой же дискгруппы, ну и REBALANCE nn по ситуации. Надеюсь, потери данных у Вас не произошло, т.е. REDUNDANCY не EXTERNAL? Если там вообще были данные на этом диске/дисковой группе? Тогда ASM сам все сделает, появится новый диск, он на него перенесёт все что нужно. Ну и посмотрите что в alert.log сыпется, там много чего интересного должно появиться (в alert.log ASM инстанса конечно). Ну и круто Вы конечно придумали в пятницу что-то серьёзное трогать, прям классика (сорри, Вам не весело сейчас полагаю). ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 11:05 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
shane54 Так а что не получается? Пишу без воспроизведения ситуации на тестовом стенде и не перепроверяя команды, раз у Вас так горит. Вроде как ситуация не сильно сложная - с помощью dd Вы затёрли header информацию диска, и ASM его "потерял". Нужно вычислить, к какой DISKGROUP этот затертый диск принадлежал. И дальше, я бы его просто попытался удалить, если получится (ALTER DISKGROUP ... DROP DISK ...) и заного добавил (ALTER DISKGROUP ... ADD DISK ...). Не забыв FAILGROUP как у остальных дисков этой же дискгруппы, ну и REBALANCE nn по ситуации. Надеюсь, потери данных у Вас не произошло, т.е. REDUNDANCY не EXTERNAL? Если там вообще были данные на этом диске/дисковой группе? Тогда ASM сам все сделает, появится новый диск, он на него перенесёт все что нужно. Ну и посмотрите что в alert.log сыпется, там много чего интересного должно появиться (в alert.log ASM инстанса конечно). Ну и круто Вы конечно придумали в пятницу что-то серьёзное трогать, прям классика (сорри, Вам не весело сейчас полагаю). Потери данных нет, но EXTERNAL, но есть я так понял нужно удалить и пересоздать ? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 11:24 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Ну давайте поймём, что мы сейчас делаем и какой результат хотим получить. Если REDUNDANCY был EXTERNAL, то каждый диск в дисковой группе уникальный, он "нужен", зеркал нет. Таким образом, выбив один диск, вся дисковая группа разрушена, не важно, она состоит из 2-х дисков, или из 200 дисков. Но. Если данных в дисковой группе не хранились, то её не жалко и теперь нужно просто все починить, такая задача? Тогда да, я бы просто попытался бы заного добавить нужный диск к дисковой группе, как уже писал выше. Если Oracle не даст это сделать ака "диск in use / диск уже добавлен" - попытаться сначала его удалить. Как уже, опять же, писал выше. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 11:46 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
shane54 Ну давайте поймём, что мы сейчас делаем и какой результат хотим получить. Если REDUNDANCY был EXTERNAL, то каждый диск в дисковой группе уникальный, он "нужен", зеркал нет. Таким образом, выбив один диск, вся дисковая группа разрушена, не важно, она состоит из 2-х дисков, или из 200 дисков. Но. Если данных в дисковой группе не хранились, то её не жалко и теперь нужно просто все починить, такая задача? Тогда да, я бы просто попытался бы заного добавить нужный диск к дисковой группе, как уже писал выше. Если Oracle не даст это сделать ака "диск in use / диск уже добавлен" - попытаться сначала его удалить. Как уже, опять же, писал выше. Данные в диске есть и информация записывается архивлоги, бакап и т.д. тип EXTERNAL REDUNDANCY. Проблема в том, что как я объяснил дисковая группа asm_diskgroup не видит саму дисковую группу. Да и в дисковой группе был всего 1 диск. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 11:57 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 11:58 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 11:58 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
забыл отметить я насчет FRA ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 12:00 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
(полу-оффтопик) Можно попросить Вас постить сюда не скрины из Toad, а вывод из SQL*Plus, желательно не лениться использовать команду col чтоб ширина колонок была минимально необходимой, чтоб не обрезались строки / не переносились на следующую строку. По теме - что-то не сходится, выше Вы запостили вывод из V$ASM_DISKGROUP, и там были дисковые группы GIMRDSK, VOTDSK и DATADKS. Теперь же на скринах Вы показываете вывод из V$ASM_DISKGROUP, и теперь мы видим дисковые группы DATA, MGMT и OCRVS. Что-то тут не сходится, не находите? Не суть, Вы говорите, дисковая группа исчезла из вывода из view V$ASM_DISKGROUP - видимо, раз она состояла из одного диска - исчез диск - исчезла и дисковая группа. Так что просто создайте её заного, что остаётся. Кстати, мы до сих пор не знаем ни версию и тип ОС, ни версию базы (у Вас там RAC похоже, раз есть группы OCRVS и VOTDSK), ни имя исчезнувшей дисковой группы, нет вывода из alert.log с момента выполнения команды dd - никаких необходимых технических деталей. Приходится много гадать. У Вас используется ASMLib на сколько я вижу - возможно нужно переинициализировать и пересоздать убитый диск сначала через эту либу (oracleasm deletedisk / querydisk / listdisks / scandisks / createdisk), и уже после этого добавлять диск в дискгруппу через asmcmd или ALTER DISKGROUP ... ADD DISK .... AleksRous забыл отметить я насчет FRA Этот коммент совсем не понял, честно. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 13:14 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
shane54 (полу-оффтопик) Можно попросить Вас постить сюда не скрины из Toad, а вывод из SQL*Plus, желательно не лениться использовать команду col чтоб ширина колонок была минимально необходимой, чтоб не обрезались строки / не переносились на следующую строку. По теме - что-то не сходится, выше Вы запостили вывод из V$ASM_DISKGROUP, и там были дисковые группы GIMRDSK, VOTDSK и DATADKS. Теперь же на скринах Вы показываете вывод из V$ASM_DISKGROUP, и теперь мы видим дисковые группы DATA, MGMT и OCRVS. Что-то тут не сходится, не находите? Не суть, Вы говорите, дисковая группа исчезла из вывода из view V$ASM_DISKGROUP - видимо, раз она состояла из одного диска - исчез диск - исчезла и дисковая группа. Так что просто создайте её заного, что остаётся. Кстати, мы до сих пор не знаем ни версию и тип ОС, ни версию базы (у Вас там RAC похоже, раз есть группы OCRVS и VOTDSK), ни имя исчезнувшей дисковой группы, нет вывода из alert.log с момента выполнения команды dd - никаких необходимых технических деталей. Приходится много гадать. У Вас используется ASMLib на сколько я вижу - возможно нужно переинициализировать и пересоздать убитый диск сначала через эту либу (oracleasm deletedisk / querydisk / listdisks / scandisks / createdisk), и уже после этого добавлять диск в дискгруппу через asmcmd или ALTER DISKGROUP ... ADD DISK .... AleksRous забыл отметить я насчет FRA Этот коммент совсем не понял, честно. Извиняюсь за неполную инфу. Я не стал затрагивать основную базу сделал все на тестовой. Код: xml 1. 2.
Код: plsql 1.
Создал дисковую группу TEST; Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Затем повторяю с dd Код: xml 1. 2. 3. 4.
Соотвесно дисковая группа состоящая из одного диска исчезла Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Пытаюсь добавить Код: plsql 1. 2. 3. 4. 5. 6.
Трасировка ничего не показала Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196.
Соотвесно и алерт Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. 326. 327. 328. 329. 330. 331. 332. 333. 334. 335. 336. 337. 338. 339. 340. 341. 342. 343. 344. 345. 346. 347. 348. 349. 350. 351. 352. 353. 354. 355. 356. 357. 358. 359. 360. 361. 362. 363. 364. 365. 366. 367. 368. 369. 370. 371. 372. 373. 374. 375. 376. 377. 378. 379. 380. 381. 382. 383. 384. 385. 386. 387. 388. 389. 390. 391. 392. 393. 394. 395. 396. 397. 398. 399. 400. 401. 402. 403. 404. 405. 406. 407. 408. 409. 410. 411. 412. 413. 414. 415. 416. 417. 418. 419. 420. 421. 422. 423. 424. 425. 426. 427. 428. 429. 430. 431. 432. 433. 434. 435. 436. 437. 438. 439. 440. 441. 442. 443. 444. 445. 446. 447. 448. 449. 450. 451. 452. 453. 454. 455. 456. 457. 458. 459. 460. 461. 462. 463. 464. 465. 466. 467. 468. 469. 470. 471. 472. 473. 474. 475. 476. 477. 478. 479. 480. 481. 482. 483. 484. 485. 486. 487. 488. 489. 490. 491. 492. 493. 494. 495. 496. 497. 498. 499. 500. 501. 502. 503. 504. 505. 506. 507. 508. 509. 510. 511. 512. 513. 514. 515. 516. 517. 518. 519. 520. 521. 522. 523. 524. 525. 526. 527. 528. 529. 530. 531. 532. 533. 534. 535. 536. 537. 538. 539. 540. 541. 542. 543. 544. 545. 546. 547. 548. 549. 550. 551. 552. 553. 554. 555. 556. 557. 558. 559. 560. 561. 562. 563. 564. 565. 566. 567. 568. 569. 570. 571. 572. 573. 574. 575. 576. 577. 578. 579. 580. 581. 582. 583. 584. 585. 586. 587. 588. 589. 590. 591. 592. 593. 594. 595. 596. 597. 598. 599. 600. 601. 602. 603. 604. 605. 606. 607. 608. 609. 610. 611. 612. 613. 614. 615. 616. 617. 618. 619. 620. 621. 622. 623. 624. 625. 626. 627. 628. 629. 630. 631. 632. 633. 634. 635. 636. 637. 638. 639. 640. 641. 642. 643. 644. 645. 646. 647. 648. 649. 650. 651. 652. 653. 654. 655. 656. 657. 658. 659. 660. 661. 662. 663. 664. 665. 666. 667. 668. 669. 670. 671. 672. 673. 674. 675. 676. 677. 678. 679. 680. 681. 682. 683. 684. 685. 686. 687. 688. 689. 690. 691. 692. 693. 694. 695. 696. 697. 698. 699. 700. 701. 702. 703. 704. 705. 706. 707. 708. 709. 710. 711. 712. 713. 714. 715. 716. 717. 718. 719. 720. 721. 722. 723. 724. 725. 726. 727. 728. 729. 730. 731. 732. 733. 734. 735. 736. 737. 738. 739. 740. 741. 742. 743. 744. 745. 746. 747. 748. 749. 750. 751. 752. 753. 754. 755. 756. 757. 758. 759. 760. 761. 762. 763. 764. 765. 766. 767. 768. 769. 770. 771. 772. 773. 774. 775. 776. 777. 778. 779. 780. 781. 782. 783. 784. 785. 786. 787. 788. 789. 790. 791. 792. 793. 794. 795. 796. 797. 798. 799. 800. 801. 802. 803. 804. 805. 806. 807. 808. 809. 810. 811. 812. 813. 814. 815. 816. 817. 818. 819. 820. 821. 822. 823. 824. 825. 826. 827. 828. 829. 830. 831. 832. 833. 834. 835. 836.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 14:33 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Хочу отметить, что в диске есть данные и не хотелось бы потерять их, спс ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 14:52 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
AleksRous Хочу отметить, что в диске есть данные и не хотелось бы потерять их, спс Если стереть partition table у диска с файловыми системами, то у Вас конечно есть данные на диске , но чтобы получить к ним доступ требуется восстановить partition table. Для этого, надо знать структуру partition table, уметь работать с hex редактором, примерно помнить раскладку. Но partition table - документирована, поэтому есть готовые утилиты ( которые тем не менее не гарантируют результат). структура ASM заголовка не является публичной информацией. Возможно Вы сможете ее найти с какой-то степенью достоверности. Я, например для такой работы (при наличии структуры), запросил бы дня три+, без гарантии результата. Не потому что ленив или медленно работаю, а потому, что давно не работал с двоичными данными и мне потребуется время для восстановления навыков. Как показывает практика, даже с документированной структурой, остаются тонкости, которые поставят крест на Вашей работе. Скорее всего потребуется программирование, так как руками, побитно вбивать замучаешься. Максимум что Вы быстро сможете проверить: Скопировть 100к с живого диска, поправить в hex метку и попробовать залить заголовок в пострадавшего. Если не взлетит, разворачивайте backup. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 15:20 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Vadim Lejnin AleksRous Хочу отметить, что в диске есть данные и не хотелось бы потерять их, спс Если стереть partition table у диска с файловыми системами, то у Вас конечно есть данные на диске , но чтобы получить к ним доступ требуется восстановить partition table. Для этого, надо знать структуру partition table, уметь работать с hex редактором, примерно помнить раскладку. Но partition table - документирована, поэтому есть готовые утилиты ( которые тем не менее не гарантируют результат). структура ASM заголовка не является публичной информацией. Возможно Вы сможете ее найти с какой-то степенью достоверности. Я, например для такой работы (при наличии структуры), запросил бы дня три+, без гарантии результата. Не потому что ленив или медленно работаю, а потому, что давно не работал с двоичными данными и мне потребуется время для восстановления навыков. Как показывает практика, даже с документированной структурой, остаются тонкости, которые поставят крест на Вашей работе. Скорее всего потребуется программирование, так как руками, побитно вбивать замучаешься. Максимум что Вы быстро сможете проверить: Скопировть 100к с живого диска, поправить в hex метку и попробовать залить заголовок в пострадавшего. Если не взлетит, разворачивайте backup. То есть вы хотите сказать, что при начиии одного диска в дисковой группе, проблема сложная ? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 15:43 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Вы заявили, что целостность данных вы обеспечиваете сами. Это Ваша зона ответственности. КМК, Вы бы давно восстановили backup, если бы сразу запустили restore Мудрость народная (С) не мое"Если у Вас backup отсутствует, значит эти данные Вам не нужны" ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 15:51 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
AleksRous ... Трасировка ничего не показала ... И да, портянки убирайте под spoiler (подменю дополнительно), либо attach ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 15:55 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
Vadim Lejnin Вы заявили, что целостность данных вы обеспечиваете сами. Это Ваша зона ответственности. КМК, Вы бы давно восстановили backup, если бы сразу запустили restore Мудрость народная (С) не мое"Если у Вас backup отсутствует, значит эти данные Вам не нужны" О потере данных я имел ввиду alter diskgroup drop disk , alter diskgroup create dsik. Отмечу что проблема в том что v$asm_diskgroup не видит дисковую группу fradsk, но в asmcmd fradsk норм пашет. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2021, 16:02 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
shane54, Vadim Lejnin Как вариант. Удалить диск через ALTER DISKGROUP ... DROP DISK ... , ALTER DISKGROUP ... ADD DISK ..., не получится т.к. в дисковой группе всего 1 диск. Т.к. речь идет о фра, удалить его через oracleasm deletedisk и воссоздать oracleasm createdisk. Создать заного дисковую группу фра с новым созданным диском. Восстановить controlfile, но тогда придется помаяться с standby. Есть короткий путь не делать всего этого ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 09:54 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
AleksRous Есть короткий путь не делать всего этого ? Есть документ How To Restore/Repair/Fix An Overwritten (KFBTYP_INVALID) ASM Disk Header (First 4K) 10.2.0.5, 11.1.0.7, 11.2 And Onwards (Doc ID 1088867.1) Попробуй сделать следующее: Выполни $ kfed read /dev/mapper/mpathf1 | head -40 Предполагаю что получишь ошибку KFED-00322, в данной ситуации это нормально. Далее, выполни эту же команду для исправного диска, к примеру $ kfed read /dev/mapper/mpathf2 | egrep 'ausize|dsknum|dskname|grpname|fgname' Обрати внимание на параметр kfdhdb.ausize, в Oracle Grid 19 по умолчанию это 4194304. Если размер другой, при восстановлении надо будет использовать полученное значение параметра. Размонтируй ASМ группу, если она была смонтирована. Код: plsql 1.
А дальше выполни следующее, в примере я указал размер по умолчанию, как я уже писал выше, используй тот, что был получен. $ kfed repair /dev/mapper/mpathf1 ausz=4194304 Проверь статус диска после восстановления $ kfed read /dev/mapper/mpathf1 | head -40 Смонтируй ASМ группу Код: plsql 1.
Проверь наличие дисковой группы Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 16:44 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
[quot flexgen#22373224][quot AleksRous#22373183] А дальше выполни следующее, в примере я указал размер по умолчанию, как я уже писал выше, используй тот, что был получен. $ kfed repair /dev/mapper/mpathf1 ausz=4194304 Пока, что все делаю на тестовой. Код: plsql 1.
Код: plsql 1.
Создал дисковую группу с одним диском на 2G. Код: plsql 1.
Код: xml 1.
Код: xml 1.
Как по сценарию в дискгруп исчез TEST Далее как вы написали Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
Код: xml 1. 2. 3.
Код: xml 1. 2. 3.
Тут досада Код: xml 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 21:00 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
flexgen, Обьясните чайкину попробовал так Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9.
Без Код: xml 1.
Норм, диск виден. Обязательно указывать ausz=4194304 ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 21:20 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
AleksRous flexgen, Обьясните чайкину попробовал так Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9.
Без Код: xml 1.
Норм, диск виден. Обязательно указывать ausz=4194304 ? Ты не очень внимательно прочитал шаги, которые я описал. Ты выполнил команду kfed read /dev/oracleasm/disks/VOL14 | egrep 'ausize|dsknum|dskname|grpname|fgname' на поврежденном диске. А я писал Далее, выполни эту же команду для исправного диска, к примеру $ kfed read /dev/mapper/ mpathf2 | egrep 'ausize|dsknum|dskname|grpname|fgname' Параметр ausz можно и не указывать, судя по тому что у тебя получилось восстановить заголовок диска. Из любопытства, выполни команду kfed read /dev/oracleasm/disks/VOL14 | egrep 'ausize|dsknum|dskname|grpname|fgname' еще раз, интересно что она вернет. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 21:51 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
flexgen, Все норм вы даже не представляете как меня выручили, до меня дошло для FRA ausz=4194304. Спасибо вам добрый человек. Дай Бог вам здоровья. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 21:52 |
|
dd if=/dev/zero of=/dev/mapper/mpathf1 bs=1024 count=100
|
|||
---|---|---|---|
#18+
kfed read /dev/oracleasm/disks/VOL14 | egrep 'ausize|dsknum|dskname|grpname|fgname' еще раз, интересно что она вернет.[/quot] kfed read /dev/oracleasm/disks/VOL14 | egrep 'ausize|dsknum|dskname|grpname|fgname' kfdhdb.dsknum: 0 ; 0x024: 0x0000 kfdhdb.dskname: TEST_00001 ; 0x028: length=10 kfdhdb.grpname: TEST ; 0x048: length=4 kfdhdb.fgname: TEST_00001 ; 0x068: length=10 kfdhdb.ausize: 1048576 ; 0x0bc: 0x00100000 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2021, 21:57 |
|
|
start [/forum/topic.php?fid=52&fpage=11&tid=1879882]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
84ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 207ms |
0 / 0 |