Thank you both. I'll see that on Friday and let you know the results.
Regards,
El 17/12/13 05:32, Itamar Heim escribió:
On 12/17/2013 01:39 AM, Sergey Gotliv wrote:
Juan,
Ping me when you doing that, Friday is not a working day but usually
I am checking my mails anyway.
I tested option #2 (see my previous mail) this morning - I just
updated connection details from REST and from database directly
both options worked for me. Usually I wouldn't recommend to do that
from database but in this particular case this is
the quickest possible solution.
Copying images between different export domain may be a little bit
tricky, I'll try to create a summary for you.
When attaching storage domain to the new data center it makes sense
to allow editing connection details at least for NFS,
because new data center contains new hosts that have different NFS
client...
Juan - you shouldn't have to learn to use the REST API directly. all
of it should be available via ovirt-shell - a command line tool (as
well as python and java sdk's for programming).
Regards,
Sergey
----- Original Message -----
From: "Juan Pablo Lorier" <jplor...@gmail.com>
To: "Sergey Gotliv" <sgot...@redhat.com>
Cc: "Sander Grendelman" <san...@grendelman.com>, "users"
<users@ovirt.org>
Sent: Tuesday, December 17, 2013 1:10:01 AM
Subject: Re: [Users] Attach nfs domain to gluster dc
Hi Sergey,
No need to apologize. I'm used to hear that iso domains need to import
the images, that just copying them won't work. I thought export domains
were the same, but if you say I can just copy, I'll try that next
Friday
when I come back to the office.
I think this is the easier approach as using the REST would mean that I
have to learn to use it and it's not the right time of the year :-).
I think that been capable of modifying the options won't heart anybody
and looks like harmless, at least when domain is in maintenance, you
may
say if I'm wrong.
Thank you very much for your help and for your disposition.
I'll let you know what happens next Friday.
Regards,
El 16/12/13 20:59, Sergey Gotliv escribió:
Juan,
I apologize for discovering this thread with delay. Let me try to
explain.
Attach option indeed missing a possibility to configure NFS options
such as
nfsver, retrans and timeo
which by the way available when creating a new storage domain (see the
Advanced Parameters section).
I have to check this flow again and see which storage connection we
use in
order to connect this storage to the new data center. If this is a bug
we'll fix it.
Now about the default NFS version, we are using version 3 because
usually
customers have a problem to configure NFS server version 4 properly
so we
allow using version 4 as an advanced option.
Now about your problem:
Option 1:
Can you just create another Export Storage Domain from scratch using
advanced parameters I mentioned above in order to configure the NFS
version and then just copy the content between these domains manually.
Option 2:
You can try to create new storage connection with the REST API as
explained
here: http://www.ovirt.org/Features/Manage_Storage_Connections and
then
try to re-attach this storage domain again.
Or we can just update storage_server_connections table manually in
your
database.
I never tried option 2 by myself but it should work.
Please, feel free to contact me on my direct mail tomorrow
sgot...@redhat.com and I'll walk you through one of these options
and we
can check you NFS configuration.
Sergey
----- Original Message -----
From: "Juan Pablo Lorier" <jplor...@gmail.com>
To: "Sander Grendelman" <san...@grendelman.com>
Cc: "users" <users@ovirt.org>
Sent: Friday, December 13, 2013 1:21:08 PM
Subject: Re: [Users] Attach nfs domain to gluster dc
Hi Sander,
I'll do the changes to the firewall as you mention. I'm running the
domain in a host as my engine is in a vm with low disk resources. I
don't know if there's a way to set up the domain automatically with
ovirt when it's deployed in a host.
Regards,
On 13/12/13 06:00, Sander Grendelman wrote:
On Thu, Dec 12, 2013 at 5:01 PM, Juan Pablo Lorier
<jplor...@gmail.com>
wrote:
...
# nfs
-A INPUT -p tcp -m tcp --dport 111 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 38467 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 2049 -j ACCEPT
-A INPUT -p udp -m udp --dport 2049 -j ACCEPT
-A INPUT -p udp -m udp --dport 41729 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 48491 -j ACCEPT
-A INPUT -p udp -m udp --dport 43828 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 48491 -j ACCEPT
-A INPUT -p udp -m udp --dport 47492 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 58837 -j ACCEPT
The above rules might break after a reboot.
Best practice is to set the normally dynamic nfs ports to fixed
values in /etc/sysconfig/nfs and then open those ports in the
firewall.
Now I'm changing the settings by overriding the defaults in the
domain
and auto negotiating the protocol. This firewall correction may
be a
good thing to add in the deploy.
Are you doing this on a node or on your engine server?
The engine-setup configured both /etc/sysconfig/nfs and iptables
for me
on my engine server (for the iso domain).
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users