『DSM7.0.1へVerUP後にVMwareディスクがマウント不可』のクチコミ掲示板

[tetsu133]

当方は本機の共有フォルダに置いたVMwareのディスクイメージ(.vmdk)を、win10のPCにてVMwarePlayerでマウントして使用していました。

先日、DSMを6.*から7へ更新したのですが、共有フォルダはWinPCから普通にアクセス出来るものの、VMwareでディスクイメージをマウントしようとするとエラーコードも無い「内部エラー」となります。イメージファイルはwinのエクスプローラーから普通にR/Wが可能です。
ファイアウォール等のセキュリティが強化されたような理由があるかもしれませんが、下手にいじり壊すと怖いので手を付けられないでいます。

マニアックな質問ですみませんが、設定箇所など情報をお持ちの方おられましたら情報提供をお願いします。

書込番号：24489272

[おかめ@桓武平氏]

＞tetsu133さん

VMwareが、移動でなくコピーした物と勘違いしている可能性もあるかと思います。

最悪の場合、Playerを再インストールしても解決しませんか？

書込番号：24489653

[たく0220]

＞tetsu133さん

DS220j(DSM 7.0.1.42218)の環境です。
VMware Workstation Player (最新16.2.1 build-18811642)で確認してみましたがSMB共有だと新規作成時でもエラーになりますね…
"The handle is invalid。"とだけしかエラーが出ませんが、iSCSI/LUNをネットワークドライブにマップしたのはインストールまでですが動作確認は出来ました。
※ ホスト: Win10 Pro 、ゲスト Ubuntu 20.04.1(JP)

VMwareの新規作成時のUIログは下記のような所と、VM起動時のログはvmdkと同じフォルダにあるので確認してみても…
やれる事は… ないかもしれません。
C:\Users\[user]\AppData\Local\Temp\vmware-user\vmware-vmplayer-####.log

　In(05) CnxFSVigor DISKLIB-LIB_CREATE : CreateObjExtParams: Object backing type 0 is invalid. Figuring out the most suitable backing type...
　In(05) CnxFSVigor DISKLIB-LIB_CREATE : CREATE: Creating disk backed by 'file'
　In(05) CnxFSVigor Win32U_GetFileAttributes: GetFileAttributesExW("X:\ubuntu-ja-20.04_2\Ubuntu.vmdk", ...) failed, error: 2
　In(05) CnxFSVigor DISKLIB-DSCPTR: "X:\ubuntu-ja-20.04_2\Ubuntu.vmdk" : creation successful.
　Er(02) CnxFSVigor DISKLIB-CHAIN : DiskChainDBGet: cannot apply to partial chain
　Er(02) CnxFSVigor DISKLIB-CHAIN : DiskChainDBGet: cannot apply to partial chain
　In(05) CnxFSVigor DISKLIB-DSCPTR: Could not update embedded descriptor in "X:\ubuntu-ja-20.04_2\Ubuntu.vmdk": The handle is invalid (393225)
　In(05) CnxFSVigor OBJLIB-FILEBE : FileBEGetAllocSize: could not get size for 'X:\ubuntu-ja-20.04_2\Ubuntu.vmdk' : (3866626)
　In(05) CnxFSVigor OBJLIB-LIB: ObjLib_GetSize :Failed to get logical size of backend object 2 : An unexpected network error occurred(3866628).
　In(05) CnxFSVigor DISKLIB-SPARSECHK: [X:\ubuntu-ja-20.04_2\Ubuntu.vmdk] 1 excess bytes at end of file
　In(05) CnxFSVigor OBJLIB-FILEBE : FileBEQueue: could not queue the operation on 'X:\ubuntu-ja-20.04_2\Ubuntu.vmdk' : An unexpected network error occurred (3866626)

vmdkの作成は出来てるのですが、ファイルサイズの取得に失敗？してるのかエラーで終わってますね。

同じようなエラーの場合は、VMwareのlogからも良く分からないので
Synologyのサポートでないと原因は調べられないかと思います。

書込番号：24489705

[tetsu133]

＞たく0220さん
再インストールもNGでした。
また、ディスクイメージをローカルドライブにコピーしてマウントするとOKでした。

＞おかめ@桓武平氏さん
詳細な調査ありがとうございます。
私の環境だけの問題では無いようですね。
そのうちアップデートで改善することを期待して、
synologyのサポートに報告してみようと思います。

書込番号：24490277

[さすらいのおたく]

イマは、IPアドレスとか、NAS名称、とかで直接使っているのかい？

もしそーだったらば、「ネットワークドライブの割り当て」をしてから使ってみてどーかしら。

書込番号：24491339

[たく0220]

＞tetsu133さん

補足、QNAP TS-231Pでは問題なし。

・QNAP
OS: QTS 4.5.4.1800 build 20210923
Samba: version 4.10.18

・Synology
OS: DSM 7.0.1.42218
Samba: version 4.10.18

SynoはSambaのソースを独自に変え過ぎてる感じがするし、ユーザーで何か出来る範疇にはないと感じる。
おそらく、SMB Serviceパッケージの問題と思われるので、サポートに投げた後は時々リリースノートを確認してみるのも良いかもしれません。

Release Notes for SMB Service | Synology Inc.
https://www.synology.com/ja-jp/releaseNote/SMBService


＞さすらいのおたくさん

貼ったログはネットワークドライブ(x:\)に割り当てて確認した物になります。
その他の場合も同様にエラーになります。

書込番号：24491497

[おかめ@桓武平氏]

＞tetsu133さん
＞たく0220さん

もし、SMB接続で不具合があるのでしたら、
試しに、クライアントにNFSでマウントされて見ては如何でしょうか？

書込番号：24491609

[たく0220]

＞おかめ@桓武平氏さん

こんばんは。
NFSを問題が解消するまでの一時的な代わりとしてであれば良いのですが
普段NFSは使わないし、DCのない環境では設定や管理が煩雑になりそうで私は気が向かないです…

書込番号：24492822

[さすらいのおたく]

オレんとこの、モノホンの「VMwareWorkstationPro」でやってみた限りは、「NAS名称」アクセスでも、「ネットワークドライブの割り当て」でも、動くんだなコレが。

スレ主さんとこでは、「VMwarePlayer」ってことなんで、インストールしてやってみたんだが、ヤッパリ動くんだなコレが。

ただーし、オレんところのWindowsシステムは、ものすごーくシンプルで、ほとんど素のまんま使うってことを信条としているんで、なにかスレ主さんとこの「特殊事情」か、オレんとことのシステムの違いが、今回の状況を引き起こしてるんでないのかなー。

あと、仮想の起動時にも出てくるんだが、仮想システムを「ネットワーク」に置くと、速度低下を引き起こすって言ってくるねー。

書込番号：24496380

[tetsu133]

皆様情報ありがとうございました。
遅くなって恐縮ですが、年明けにSynologyサポートに問い合わせたところ、遠隔サポートの設定するよう指示されて翌週に何やら対策が入ったようで無事に使えるようになりました。
そのうち正式にソフトのVerUPでパッチが入るかもしれませんが、しばらくこのまま様子を見ようと思います。

書込番号：24559728

[たく0220]

＞tetsu133さん

＞遠隔サポートの設定するよう指示されて翌週に何やら対策が入ったようで無事に使えるようになりました。

遠隔サポートで修正可能なレベルだったのですね。何か設定がまずかったのかな？
少々きになりますが、治って良かったですね。

書込番号：24559739