[cloudstack-users:0166] Re: 【質問】CloudStackへの基本ゾーンの作成（XenServer）でシステムVMが起動できない

2013年 5月 16日 (木) 17:44:13 JST

松浦様

二河です。ありがとうございます。

まさに読書会にて輿水さんがおっしゃってました。

アクセス権や所有者・グループを見直し、

さらにlibvirtdやcloud-agentの再起動を試したにも関わらず、

状況は変わりません。

From: 松浦直樹 [mailto:matsuura.naoki ＠ pinetree-bay.com] 
Sent: Wednesday, May 15, 2013 11:19 PM
To: 二河 等
Cc: users ＠ cloudstack.jp
Subject: Re: [cloudstack-users:0162] Re: 【質問】CloudStackへの基本ゾーンの作成（XenServer）でシステムVMが起動できない

二河 様
松浦です。

ユーザー会の輿水さんがおっしゃっていた内容ですね。

/etc/idmapd.conf
のdomainの記載が、NFSのサーバ、クライアントでそろってなくて
同じ現象になったことがあります。
設定をそろえたところ、root,rootになった事がありました。

ご確認ください。

2013年5月15日 12:09 二河 等 <h.nikoh ＠ msr.co.jp>:

松浦様

二河です。ご連絡ありがとうございます。

コンピューティングノードにプライマリストレージをマウントすることができてはいたのですが、

その中に作成されたファイルやディレクトリの所有者とグループが「nobody」になっていました。

（xenがうまくいかなかったので、途中からKVMに切り替えています）

[root ＠ kvmtest ~]# ls -lsa /mnt/55f33d51-098c-3102-acb5-8f936b915013

合計 1920

   4 drwxrwxrwx. 3 root   root       4096  5月 14 14:45 2013 .

   4 drwxr-xr-x. 4 root   root       4096  5月 14 15:15 2013 ..

136 -rwxr--r--. 1 nobody nobody   262144  5月 14 14:45 2013 726aa60a-d89d-439e-9694-243aba384209

   4 drwxr-xr-x. 2 root   root       4096  5月 14 14:45 2013 KVMHA

136 -rwxr--r--. 1 nobody nobody   262144  5月 14 14:45 2013 c5fd9103-66ca-4fa1-9cd1-f2338ab31de7

   4 -rw-r--r--. 1 root   root         11  5月 14 12:38 2013 hb-98e03e58-0613-4879-adcc-207f29d81089

1632 -rwxr--r--. 1 nobody nobody 10485760  5月 14 14:45 2013 v-2-VM-patchdisk

NFSサーバ側でchownコマンドで「root:root」にし、

かつchmodコマンドでディレクトリやファイルのアクセス権をまとめて777に変更していますが、

それでもシステムVMの作成はうまくいきませんでした。

KVMに変更したので、

libvirtdの再起動と、

cloud-agentの再起動も試しています。

セカンダリストレージは管理サーバにマウントされた状態で、

所有者・グループはroot、アクセス権は755です。

NFSサーバ（CentOS6.3）の/etc/idmapd.confの内容を以下に示します。

-------------------------------------------------------------------

[General]

#Verbosity = 0

# The following should be set to the local NFSv4 domain name

# The default is the host's DNS domain name.

Domain = basis-g.local

# The following is a comma-separated list of Kerberos realm

# names that should be considered to be equivalent to the

# local realm, such that <user>@REALM.A can be assumed to

# be the same user as <user>@REALM.B

# If not specified, the default local realm is the domain name,

# which defaults to the host's DNS domain name,

# translated to upper-case.

# Note that if this value is specified, the local realm name

# must be included in the list!

#Local-Realms =

[Mapping]

Nobody-User = nobody

Nobody-Group = nobody

[Translation]

# Translation Method is an comma-separated, ordered list of

# translation methods that can be used.  Distributed methods

# include "nsswitch", "umich_ldap", and "static".  Each method

# is a dynamically loadable plugin library.

# New methods may be defined and inserted in the list.

# The default is "nsswitch".

Method = nsswitch

# Optional.  This is a comma-separated, ordered list of

# translation methods to be used for translating GSS

# authenticated names to ids.

# If this option is omitted, the same methods as those

# specified in "Method" are used.

#GSS-Methods = <alternate method list for translating GSS names>

#-------------------------------------------------------------------#

# The following are used only for the "static" Translation Method.

#-------------------------------------------------------------------#

#[Static]

# A "static" list of GSS-Authenticated names to

# local user name mappings

#someuser ＠ REALM = localuser

#-------------------------------------------------------------------#

# The following are used only for the "umich_ldap" Translation Method.

#-------------------------------------------------------------------#

#[UMICH_SCHEMA]

# server information (REQUIRED)

#LDAP_server = ldap-server.local.domain.edu

# the default search base (REQUIRED)

#LDAP_base = dc=local,dc=domain,dc=edu

#-----------------------------------------------------------#

# The remaining options have defaults (as shown)

# and are therefore not required.

#-----------------------------------------------------------#

# whether or not to perform canonicalization on the

# name given as LDAP_server

#LDAP_canonicalize_name = true

# absolute search base for (people) accounts

#LDAP_people_base = <LDAP_base>

# absolute search base for groups

#LDAP_group_base = <LDAP_base>

# Set to true to enable SSL - anything else is not enabled

#LDAP_use_ssl = false

# You must specify a CA certificate location if you enable SSL

#LDAP_ca_cert = /etc/ldapca.cert

# Objectclass mapping information

# Mapping for the person (account) object class

#NFSv4_person_objectclass = NFSv4RemotePerson

# Mapping for the nfsv4name attribute the person object

#NFSv4_name_attr = NFSv4Name

# Mapping for the UID number

#NFSv4_uid_attr = UIDNumber

# Mapping for the GSSAPI Principal name

#GSS_principal_attr = GSSAuthName

# Mapping for the account name attribute (usually uid)

# The value for this attribute must match the value of

# the group member attribute - NFSv4_member_attr

#NFSv4_acctname_attr = uid

# Mapping for the group object class

#NFSv4_group_objectclass = NFSv4RemoteGroup

# Mapping for the GID attribute

#NFSv4_gid_attr = GIDNumber

# Mapping for the Group NFSv4 name

#NFSv4_group_attr = NFSv4Name

# Mapping for the Group member attribute (usually memberUID)

# The value of this attribute must match the value of NFSv4_acctname_attr

#NFSv4_member_attr = memberUID

-------------------------------------------------------------------

From: 松浦直樹 [mailto:matsuura.naoki ＠ pinetree-bay.com] 
Sent: Tuesday, May 14, 2013 6:19 PM
To: 二河 等
Cc: users ＠ cloudstack.jp
Subject: Re: [cloudstack-users:0162] Re: 【質問】CloudStackへの基本ゾーンの作成（XenServer）でシステムVMが起動できない

二河さま

松浦と申します。

よろしくお願い致します。

xenはあまりさわったこと無いので、よく分からず。。

なのですが・・・

>（マウント先は管理サーバのCentOSです）

NFSマウントは、コンピューティングノード(xen)から、プライマリストレージがマウントされるか?

の確認が必要かもしれません。

確認済でしたらすみません。

ご確認ください。

2013年5月13日 11:28 二河 等 <h.nikoh ＠ msr.co.jp>:

輿水様

ありがとうございます。

>NFSは仮想サーバであっても問題ないです。
承知しました。

>NFSv4をお使いでしょうか？
使っています。

>手動でmountした状態で、作成されるファイルのパーミッション（所有者）は
>どのようになりますか？
>nobodyになると、NGです。

以下のようになりました。Nobodyではないので、大丈夫かと思います。
-rw-r--r--. 1 root root    5  5月 13 11:13 2013 test
（マウント先は管理サーバのCentOSです）

よろしくお願いいたします。

二河

-----Original Message-----
From: Mayumi K [mailto:samemoon ＠ gmail.com]
Sent: Monday, May 13, 2013 11:03 AM
To: 二河 等
Cc: users ＠ cloudstack.jp
Subject: Re: [cloudstack-users:0160] Re: 【質問】CloudStackへの基本ゾーンの作成（XenServer）でシステムVMが起動できない

二河さま

ユーザー会の輿水です。

> CloudStackの管理サーバや、NFSサーバは、
> 仮想でも「Hyper-V上のものはNG」といった制約などあるのでしょうか？

NFSは仮想サーバであっても問題ないです。
NFSv4をお使いでしょうか？

手動でmountした状態で、作成されるファイルのパーミッション（所有者）は
どのようになりますか？
nobodyになると、NGです。

よろしくお願いいたします。

2013年5月13日 10:57 二河 等 <h.nikoh ＠ msr.co.jp>:
> 島崎さん
>
> ありがとうございます。
>
> /etc/exportsの内容は以下の通りです。
> /home *(rw,async,no_root_squash)
>
> Exportしているディレクトリは以下の通りです。
> /home/primary
> /home/secondary
>
> アクセス権は両方とも「777」です。
>
> CloudStackの管理サーバや、NFSサーバは、
> 仮想でも「Hyper-V上のものはNG」といった制約などあるのでしょうか？
>
> 二河
> _______________________________________________
> users mailing list
> users ＠ cloudstack.jp
> http://ml.cloudstack.jp/mailman/listinfo/users
_______________________________________________
users mailing list
users ＠ cloudstack.jp
http://ml.cloudstack.jp/mailman/listinfo/users

-------------- next part --------------
HTMLの添付ファイルが除去されました.
URL: http://ml.cloudstack.jp/pipermail/users/attachments/20130516/3a105891/attachment-0001.html