- Infra - oVirt List Archives

[JIRA] (OVIRT-1323) Re: [ovirt-users] problem registering to users list
by eyal edri [Administrator] (oVirt JIRA) 23 Apr '17

23 Apr '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1323?page=com.atlassian.jira.… ] eyal edri [Administrator] reassigned OVIRT-1323: ------------------------------------------------ Assignee: Marc Dequènes (Duck) (was: infra) Duck, Can you have a look and see if there are issues with registering to the user's list? FYI, there was an outage in mail services during the weekend, so if you tried subscribing during that time, it might be relevant. > Re: [ovirt-users] problem registering to users list > --------------------------------------------------- > > Key: OVIRT-1323 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1323 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: Marc Dequènes (Duck) > > On Wed, Apr 12, 2017 at 11:05 PM, Precht, Andrew < > Andrew.Precht(a)sjlibrary.org> wrote: > > Hi all, > > In the end, I ran this on each host node and is what worked: > > systemctl stop glusterd && rm -rf /var/lib/glusterd/vols/* && rm -rf > > /var/lib/glusterd/peers/* > > > > Thanks so much for your help. > > > > P.S. I work as a sys admin for the San Jose library. Part of my job > > satisfaction comes from knowing that the work I do here goes directly back > > into this community. We’r fortunate that you, your coworkers, and Red Hat > > do so much to give back. I have to imagine you too feel this sense of > > satisfaction. Thanks again… > > > > P.S.S. I never did hear back from users(a)ovirt.org mailing list. I did > > fill out the fields on this page: https://lists.ovirt.org/ > > mailman/listinfo/users. Yet, everytime I send them an email I get: Your > > message to Users awaits moderator approval. Is there a secret handshake, > > I’m not aware of? > > > > > Opening a ticket on infra to check your account on users mailing list. > > Regards, > > Andrew > > > > ------------------------------ > > *From:* knarra <knarra(a)redhat.com> > > *Sent:* Wednesday, April 12, 2017 10:01:33 AM > > > > *To:* Precht, Andrew; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon > > Mureinik; Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > On 04/12/2017 08:45 PM, Precht, Andrew wrote: > > > > Hi all, > > > > You asked: Any errors in ovirt-engine.log file ? > > > > Yes, In the engine.log this error is repeated about every 3 minutes: > > > > 2017-04-12 07:16:12,554-07 ERROR [org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob] > > (DefaultQuartzScheduler3) [ccc8ed0d-8b91-4397-b6b9-ab0f77c5f7b8] Error > > updating tasks from CLI: org.ovirt.engine.core.common.errors.EngineException: > > EngineException: Command execution failed error: Error : Request timed out return > > code: 1 (Failed with error GlusterVolumeStatusAllFailedException and code > > 4161) error: Error : Request timed out > > > > I am not sure why this says "Request timed out". > > > > 1) gluster volume list -> Still shows the deleted volume (test1) > > > > 2) gluster peer status -> Shows one of the peers twice with different > > uuid’s: > > > > Hostname: 192.168.10.109 Uuid: 42fbb7de-8e6f-4159-a601-3f858fa65f6c State: > > Peer in Cluster (Connected) Hostname: 192.168.10.109 Uuid: > > e058babe-7f9d-49fe-a3ea-ccdc98d7e5b5 State: Peer in Cluster (Connected) > > > > How did this happen? Are the hostname same for two hosts ? > > > > I tried a gluster volume stop test1, with this result: volume stop: > > test1: failed: Another transaction is in progress for test1. Please try > > again after sometime. > > > > can you restart glusterd and try to stop and delete the volume? > > > > The etc-glusterfs-glusterd.vol.log shows no activity triggered by trying > > to remove the test1 volume from the UI. > > > > The ovirt-engine.log shows this repeating many times, when trying to > > remove the test1 volume from the UI: > > > > 2017-04-12 07:57:38,049-07 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler9) [ccc8ed0d-8b91-4397-b6b9-ab0f77c5f7b8] Failed > > to acquire lock and wait lock 'EngineLock:{exclusiveLocks='[ > > b0e1b909-9a6a-49dc-8e20-3a027218f7e1=<GLUSTER, ACTION_TYPE_FAILED_GLUSTER_OPERATION_INPROGRESS>]', > > sharedLocks='null'}' > > > > can you restart ovirt-engine service because i see that "failed to acquire > > lock". Once ovirt-engine is restarted some one who is holding the lock > > should be release and things should work fine. > > > > Last but not least, if none of the above works: > > > > Login to all your nodes in the cluster. > > rm -rf /var/lib/glusterd/vols/* > > rm -rf /var/lib/glusterd/peers/* > > systemctl restart glusterd on all the nodes. > > > > Login to UI and see if any volumes / hosts are present. If yes, remove > > them. > > > > This should clear things for you and you can start from basic. > > > > > > Thanks much, > > > > Andrew > > ------------------------------ > > *From:* knarra <knarra(a)redhat.com> <knarra(a)redhat.com> > > *Sent:* Tuesday, April 11, 2017 11:10:04 PM > > *To:* Precht, Andrew; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon > > Mureinik; Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > On 04/12/2017 03:35 AM, Precht, Andrew wrote: > > > > I just noticed this in the Alerts tab: Detected deletion of volume test1 > > on cluster 8000-1, and deleted it from engine DB. > > > > Yet, It still shows in the web UI? > > > > Any errors in ovirt-engine.log file ? if the volume is deleted from db > > ideally it should be deleted from UI too. Can you go to gluster nodes and > > check for the following: > > > > 1) gluster volume list -> should not return anything since you have > > deleted the volumes. > > > > 2) gluster peer status -> on all the nodes should show that all the peers > > are in connected state. > > > > can you tail -f /var/log/ovirt-engine/ovirt-engine.log and gluster log > > and capture the error messages when you try deleting the volume from UI? > > > > Log what you have pasted in the previous mail only gives info and i could > > not get any details from that on why volume delete is failing > > > > ------------------------------ > > *From:* Precht, Andrew > > *Sent:* Tuesday, April 11, 2017 2:39:31 PM > > *To:* knarra; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon Mureinik; > > Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > The plot thickens… > > I put all hosts in the cluster into maintenance mode, with the Stop > > Gluster service checkbox checked. I then deleted the > > /var/lib/glusterd/vols/test1 directory on all hosts. I then took the host > > that the test1 volume was on out of maintenance mode. Then I tried to > > remove the test1 volume from within the web UI. With no luck, I got the > > message: Could not delete Gluster Volume test1 on cluster 8000-1. > > > > I went back and checked all host for the test1 directory, it is not on any > > host. Yet I still can’t remove it… > > > > Any suggestions? > > > > ------------------------------ > > *From:* Precht, Andrew > > *Sent:* Tuesday, April 11, 2017 1:15:22 PM > > *To:* knarra; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon Mureinik; > > Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > Here is an update… > > > > I checked the /var/log/glusterfs/etc-glusterfs-glusterd.vol.log on the > > node that had the trouble volume (test1). I didn’t see any errors. So, I > > ran a tail -f on the log as I tried to remove the volume using the web UI. > > here is what was appended: > > > > [2017-04-11 19:48:40.756360] I [MSGID: 106487] [glusterd-handler.c:1474:__ > > glusterd_handle_cli_list_friends] 0-glusterd: Received cli list req > > [2017-04-11 19:48:42.238840] I [MSGID: 106488] [glusterd-handler.c:1537:__ > > glusterd_handle_cli_get_volume] 0-management: Received get vol req > > The message "I [MSGID: 106487] [glusterd-handler.c:1474:__ > > glusterd_handle_cli_list_friends] 0-glusterd: Received cli list req" > > repeated 6 times between [2017-04-11 19:48:40.756360] and [2017-04-11 > > 19:49:32.596536] > > The message "I [MSGID: 106488] [glusterd-handler.c:1537:__ > > glusterd_handle_cli_get_volume] 0-management: Received get vol req" > > repeated 20 times between [2017-04-11 19:48:42.238840] and [2017-04-11 > > 19:49:34.082179] > > [2017-04-11 19:51:41.556077] I [MSGID: 106487] [glusterd-handler.c:1474:__ > > glusterd_handle_cli_list_friends] 0-glusterd: Received cli list req > > > > I’m seeing that the timestamps on these log entries do not match the time > > on the node. > > > > The next steps > > I stopped the glusterd service on the node with volume test1 > > I deleted it with: rm -rf /var/lib/glusterd/vols/test1 > > I started the glusterd service. > > > > After starting the gluster service back up, the directory > > /var/lib/glusterd/vols/test1 reappears. > > I’m guessing syncing with the other nodes? > > Is this because I have the Volume Option: auth allow * > > Do I need to remove the directory /var/lib/glusterd/vols/test1 on all > > nodes in the cluster individually? > > > > thanks > > > > ------------------------------ > > *From:* knarra <knarra(a)redhat.com> <knarra(a)redhat.com> > > *Sent:* Tuesday, April 11, 2017 11:51:18 AM > > *To:* Precht, Andrew; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon > > Mureinik; Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > On 04/11/2017 11:28 PM, Precht, Andrew wrote: > > > > Hi all, > > The node is oVirt Node 4.1.1 with glusterfs-3.8.10-1.el7. > > On the node I can not find /var/log/glusterfs/glusterd.log However, there > > is a /var/log/glusterfs/glustershd.log > > > > can you check if /var/log/glusterfs/etc-glusterfs-glusterd.vol.log > > exists? if yes, can you check if there is any error present in that file ? > > > > > > What happens if I follow the four steps outlined here to remove the volume > > from the node *BUT*, I do have another volume present in the cluster. It > > too is a test volume. Neither one has any data on them. So, data loss is > > not an issue. > > > > Running those four steps will remove the volume from your cluster . If the > > volumes what you have are test volumes you could just follow the steps > > outlined to delete them (since you are not able to delete from UI) and > > bring back the cluster into a normal state. > > > > > > ------------------------------ > > *From:* knarra <knarra(a)redhat.com> <knarra(a)redhat.com> > > *Sent:* Tuesday, April 11, 2017 10:32:27 AM > > *To:* Sandro Bonazzola; Precht, Andrew; Sahina Bose; Tal Nisan; Allon > > Mureinik; Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > On 04/11/2017 10:44 PM, Sandro Bonazzola wrote: > > > > Adding some people > > > > Il 11/Apr/2017 19:06, "Precht, Andrew" <Andrew.Precht(a)sjlibrary.org> ha > > scritto: > > > >> Hi Ovirt users, > >> I’m a newbie to oVirt and I’m having trouble deleting a test gluster > >> volume. The nodes are 4.1.1 and the engine is 4.1.0 > >> > >> When I try to remove the test volume, I click Remove, the dialog box > >> prompting to confirm the deletion pops up and after I click OK, the dialog > >> box changes to show a little spinning wheel and then it disappears. In the > >> end the volume is still there. > >> > > with the latest version of glusterfs & ovirt we do not see any issue with > > deleting a volume. Can you please check /var/log/glusterfs/glusterd.log > > file if there is any error present? > > > > > > The test volume was distributed with two host members. One of the hosts I > >> was able to remove from the volume by removing the host form the cluster. > >> When I try to remove the remaining host in the volume, even with the “Force > >> Remove” box ticked, I get this response: Cannot remove Host. Server having > >> Gluster volume. > >> > >> What to try next? > >> > > since you have already removed the volume from one host in the cluster and > > you still see it on another host you can do the following to remove the > > volume from another host. > > > > 1) Login to the host where the volume is present. > > 2) cd to /var/lib/glusterd/vols > > 3) rm -rf <vol_name> > > 4) Restart glusterd on that host. > > > > And before doing the above make sure that you do not have any other volume > > present in the cluster. > > > > Above steps should not be run on a production system as you might loose > > the volume and data. > > > > Now removing the host from UI should succed. > > > > > >> P.S. I’ve tried to join this user group several times in the past, with > >> no response. > >> Is it possible for me to join this group? > >> > >> Regards, > >> Andrew > >> > >> > > > > _______________________________________________ > > Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1323) Re: [ovirt-users] problem registering to users list
by eyal edri [Administrator] (oVirt JIRA) 23 Apr '17

23 Apr '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1323?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1323: --------------------------------------------- Summary: Re: [ovirt-users] problem registering to users list (was: Re: [ovirt-users] I’m having trouble deleting a test gluster volume) > Re: [ovirt-users] problem registering to users list > --------------------------------------------------- > > Key: OVIRT-1323 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1323 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > On Wed, Apr 12, 2017 at 11:05 PM, Precht, Andrew < > Andrew.Precht(a)sjlibrary.org> wrote: > > Hi all, > > In the end, I ran this on each host node and is what worked: > > systemctl stop glusterd && rm -rf /var/lib/glusterd/vols/* && rm -rf > > /var/lib/glusterd/peers/* > > > > Thanks so much for your help. > > > > P.S. I work as a sys admin for the San Jose library. Part of my job > > satisfaction comes from knowing that the work I do here goes directly back > > into this community. We’r fortunate that you, your coworkers, and Red Hat > > do so much to give back. I have to imagine you too feel this sense of > > satisfaction. Thanks again… > > > > P.S.S. I never did hear back from users(a)ovirt.org mailing list. I did > > fill out the fields on this page: https://lists.ovirt.org/ > > mailman/listinfo/users. Yet, everytime I send them an email I get: Your > > message to Users awaits moderator approval. Is there a secret handshake, > > I’m not aware of? > > > > > Opening a ticket on infra to check your account on users mailing list. > > Regards, > > Andrew > > > > ------------------------------ > > *From:* knarra <knarra(a)redhat.com> > > *Sent:* Wednesday, April 12, 2017 10:01:33 AM > > > > *To:* Precht, Andrew; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon > > Mureinik; Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > On 04/12/2017 08:45 PM, Precht, Andrew wrote: > > > > Hi all, > > > > You asked: Any errors in ovirt-engine.log file ? > > > > Yes, In the engine.log this error is repeated about every 3 minutes: > > > > 2017-04-12 07:16:12,554-07 ERROR [org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob] > > (DefaultQuartzScheduler3) [ccc8ed0d-8b91-4397-b6b9-ab0f77c5f7b8] Error > > updating tasks from CLI: org.ovirt.engine.core.common.errors.EngineException: > > EngineException: Command execution failed error: Error : Request timed out return > > code: 1 (Failed with error GlusterVolumeStatusAllFailedException and code > > 4161) error: Error : Request timed out > > > > I am not sure why this says "Request timed out". > > > > 1) gluster volume list -> Still shows the deleted volume (test1) > > > > 2) gluster peer status -> Shows one of the peers twice with different > > uuid’s: > > > > Hostname: 192.168.10.109 Uuid: 42fbb7de-8e6f-4159-a601-3f858fa65f6c State: > > Peer in Cluster (Connected) Hostname: 192.168.10.109 Uuid: > > e058babe-7f9d-49fe-a3ea-ccdc98d7e5b5 State: Peer in Cluster (Connected) > > > > How did this happen? Are the hostname same for two hosts ? > > > > I tried a gluster volume stop test1, with this result: volume stop: > > test1: failed: Another transaction is in progress for test1. Please try > > again after sometime. > > > > can you restart glusterd and try to stop and delete the volume? > > > > The etc-glusterfs-glusterd.vol.log shows no activity triggered by trying > > to remove the test1 volume from the UI. > > > > The ovirt-engine.log shows this repeating many times, when trying to > > remove the test1 volume from the UI: > > > > 2017-04-12 07:57:38,049-07 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler9) [ccc8ed0d-8b91-4397-b6b9-ab0f77c5f7b8] Failed > > to acquire lock and wait lock 'EngineLock:{exclusiveLocks='[ > > b0e1b909-9a6a-49dc-8e20-3a027218f7e1=<GLUSTER, ACTION_TYPE_FAILED_GLUSTER_OPERATION_INPROGRESS>]', > > sharedLocks='null'}' > > > > can you restart ovirt-engine service because i see that "failed to acquire > > lock". Once ovirt-engine is restarted some one who is holding the lock > > should be release and things should work fine. > > > > Last but not least, if none of the above works: > > > > Login to all your nodes in the cluster. > > rm -rf /var/lib/glusterd/vols/* > > rm -rf /var/lib/glusterd/peers/* > > systemctl restart glusterd on all the nodes. > > > > Login to UI and see if any volumes / hosts are present. If yes, remove > > them. > > > > This should clear things for you and you can start from basic. > > > > > > Thanks much, > > > > Andrew > > ------------------------------ > > *From:* knarra <knarra(a)redhat.com> <knarra(a)redhat.com> > > *Sent:* Tuesday, April 11, 2017 11:10:04 PM > > *To:* Precht, Andrew; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon > > Mureinik; Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > On 04/12/2017 03:35 AM, Precht, Andrew wrote: > > > > I just noticed this in the Alerts tab: Detected deletion of volume test1 > > on cluster 8000-1, and deleted it from engine DB. > > > > Yet, It still shows in the web UI? > > > > Any errors in ovirt-engine.log file ? if the volume is deleted from db > > ideally it should be deleted from UI too. Can you go to gluster nodes and > > check for the following: > > > > 1) gluster volume list -> should not return anything since you have > > deleted the volumes. > > > > 2) gluster peer status -> on all the nodes should show that all the peers > > are in connected state. > > > > can you tail -f /var/log/ovirt-engine/ovirt-engine.log and gluster log > > and capture the error messages when you try deleting the volume from UI? > > > > Log what you have pasted in the previous mail only gives info and i could > > not get any details from that on why volume delete is failing > > > > ------------------------------ > > *From:* Precht, Andrew > > *Sent:* Tuesday, April 11, 2017 2:39:31 PM > > *To:* knarra; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon Mureinik; > > Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > The plot thickens… > > I put all hosts in the cluster into maintenance mode, with the Stop > > Gluster service checkbox checked. I then deleted the > > /var/lib/glusterd/vols/test1 directory on all hosts. I then took the host > > that the test1 volume was on out of maintenance mode. Then I tried to > > remove the test1 volume from within the web UI. With no luck, I got the > > message: Could not delete Gluster Volume test1 on cluster 8000-1. > > > > I went back and checked all host for the test1 directory, it is not on any > > host. Yet I still can’t remove it… > > > > Any suggestions? > > > > ------------------------------ > > *From:* Precht, Andrew > > *Sent:* Tuesday, April 11, 2017 1:15:22 PM > > *To:* knarra; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon Mureinik; > > Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > Here is an update… > > > > I checked the /var/log/glusterfs/etc-glusterfs-glusterd.vol.log on the > > node that had the trouble volume (test1). I didn’t see any errors. So, I > > ran a tail -f on the log as I tried to remove the volume using the web UI. > > here is what was appended: > > > > [2017-04-11 19:48:40.756360] I [MSGID: 106487] [glusterd-handler.c:1474:__ > > glusterd_handle_cli_list_friends] 0-glusterd: Received cli list req > > [2017-04-11 19:48:42.238840] I [MSGID: 106488] [glusterd-handler.c:1537:__ > > glusterd_handle_cli_get_volume] 0-management: Received get vol req > > The message "I [MSGID: 106487] [glusterd-handler.c:1474:__ > > glusterd_handle_cli_list_friends] 0-glusterd: Received cli list req" > > repeated 6 times between [2017-04-11 19:48:40.756360] and [2017-04-11 > > 19:49:32.596536] > > The message "I [MSGID: 106488] [glusterd-handler.c:1537:__ > > glusterd_handle_cli_get_volume] 0-management: Received get vol req" > > repeated 20 times between [2017-04-11 19:48:42.238840] and [2017-04-11 > > 19:49:34.082179] > > [2017-04-11 19:51:41.556077] I [MSGID: 106487] [glusterd-handler.c:1474:__ > > glusterd_handle_cli_list_friends] 0-glusterd: Received cli list req > > > > I’m seeing that the timestamps on these log entries do not match the time > > on the node. > > > > The next steps > > I stopped the glusterd service on the node with volume test1 > > I deleted it with: rm -rf /var/lib/glusterd/vols/test1 > > I started the glusterd service. > > > > After starting the gluster service back up, the directory > > /var/lib/glusterd/vols/test1 reappears. > > I’m guessing syncing with the other nodes? > > Is this because I have the Volume Option: auth allow * > > Do I need to remove the directory /var/lib/glusterd/vols/test1 on all > > nodes in the cluster individually? > > > > thanks > > > > ------------------------------ > > *From:* knarra <knarra(a)redhat.com> <knarra(a)redhat.com> > > *Sent:* Tuesday, April 11, 2017 11:51:18 AM > > *To:* Precht, Andrew; Sandro Bonazzola; Sahina Bose; Tal Nisan; Allon > > Mureinik; Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > On 04/11/2017 11:28 PM, Precht, Andrew wrote: > > > > Hi all, > > The node is oVirt Node 4.1.1 with glusterfs-3.8.10-1.el7. > > On the node I can not find /var/log/glusterfs/glusterd.log However, there > > is a /var/log/glusterfs/glustershd.log > > > > can you check if /var/log/glusterfs/etc-glusterfs-glusterd.vol.log > > exists? if yes, can you check if there is any error present in that file ? > > > > > > What happens if I follow the four steps outlined here to remove the volume > > from the node *BUT*, I do have another volume present in the cluster. It > > too is a test volume. Neither one has any data on them. So, data loss is > > not an issue. > > > > Running those four steps will remove the volume from your cluster . If the > > volumes what you have are test volumes you could just follow the steps > > outlined to delete them (since you are not able to delete from UI) and > > bring back the cluster into a normal state. > > > > > > ------------------------------ > > *From:* knarra <knarra(a)redhat.com> <knarra(a)redhat.com> > > *Sent:* Tuesday, April 11, 2017 10:32:27 AM > > *To:* Sandro Bonazzola; Precht, Andrew; Sahina Bose; Tal Nisan; Allon > > Mureinik; Nir Soffer > > *Cc:* users > > *Subject:* Re: [ovirt-users] I’m having trouble deleting a test gluster > > volume > > > > On 04/11/2017 10:44 PM, Sandro Bonazzola wrote: > > > > Adding some people > > > > Il 11/Apr/2017 19:06, "Precht, Andrew" <Andrew.Precht(a)sjlibrary.org> ha > > scritto: > > > >> Hi Ovirt users, > >> I’m a newbie to oVirt and I’m having trouble deleting a test gluster > >> volume. The nodes are 4.1.1 and the engine is 4.1.0 > >> > >> When I try to remove the test volume, I click Remove, the dialog box > >> prompting to confirm the deletion pops up and after I click OK, the dialog > >> box changes to show a little spinning wheel and then it disappears. In the > >> end the volume is still there. > >> > > with the latest version of glusterfs & ovirt we do not see any issue with > > deleting a volume. Can you please check /var/log/glusterfs/glusterd.log > > file if there is any error present? > > > > > > The test volume was distributed with two host members. One of the hosts I > >> was able to remove from the volume by removing the host form the cluster. > >> When I try to remove the remaining host in the volume, even with the “Force > >> Remove” box ticked, I get this response: Cannot remove Host. Server having > >> Gluster volume. > >> > >> What to try next? > >> > > since you have already removed the volume from one host in the cluster and > > you still see it on another host you can do the following to remove the > > volume from another host. > > > > 1) Login to the host where the volume is present. > > 2) cd to /var/lib/glusterd/vols > > 3) rm -rf <vol_name> > > 4) Restart glusterd on that host. > > > > And before doing the above make sure that you do not have any other volume > > present in the cluster. > > > > Above steps should not be run on a production system as you might loose > > the volume and data. > > > > Now removing the host from UI should succed. > > > > > >> P.S. I’ve tried to join this user group several times in the past, with > >> no response. > >> Is it possible for me to join this group? > >> > >> Regards, > >> Andrew > >> > >> > > > > _______________________________________________ > > Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

oVirt services outage last Friday [ 21/04/17 ]
by Eyal Edri 23 Apr '17

23 Apr '17

FYI, During last Friday the data center which oVirt services are hosted on had a major outage which affected some of the oVirt services, like the CI, e-mail and oVirt repositories. All systems should be up by now, although, since one the services which were affected was e-mail, it might be that your emails are still in the queue waiting to be sent. If you still experiencing any service downtime, please report to infra-support(a)ovirt.org. We are working with the IT team of the DC to get the full RCA will report once we have more info. Thanks for the understanding and sorry for the inconvenience, oVirt infra team -- Eyal edri ASSOCIATE MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 1

[JIRA] (OVIRT-1325) fc26 testing job
by Barak Korren (oVirt JIRA) 22 Apr '17

22 Apr '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1325?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1325: ----------------------------------- Assignee: Barak Korren (was: infra) > fc26 testing job > ---------------- > > Key: OVIRT-1325 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1325 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: sbonazzo > Assignee: Barak Korren > > While reviewing https://gerrit.ovirt.org/75529 [~bkorren(a)redhat.com] commented: > "we should probably add an fc26 job to test it on the slaves via Jenkins, that would make the +v much more meaningful. Can you please add a ticket for that if you can't handle it yourself?" > So, here's the ticket, I can't handle it in a short loop. -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1326) Add fc26 mirrors
by Barak Korren (oVirt JIRA) 22 Apr '17

22 Apr '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1326?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1326: ----------------------------------- Assignee: Barak Korren (was: infra) > Add fc26 mirrors > ---------------- > > Key: OVIRT-1326 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1326 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: sbonazzo > Assignee: Barak Korren > > In order to start supporting fc26 jenkins jobs, we should start mirroring fc26 repositories. -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

oVirt infra daily report - unstable production jobs - 300
by jenkins＠jenkins.phx.ovirt.org 22 Apr '17

22 Apr '17

------=_Part_20_1575214374.1492902003240 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/300//artifact/exported-a… Cheers, Jenkins ------=_Part_20_1575214374.1492902003240 Content-Type: text/html; charset=us-ascii; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 22/04/2017 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master-ansible-system-tests/">ovirt_master-ansible-system-tests</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master_image-ng-system-tests/">ovirt_master_image-ng-system-tests</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/">test-repo_ovirt_experimental_4.1</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/">test-repo_ovirt_experimental_master</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master-dry_run/">test-repo_ovirt_experimental_master-dry_run</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_20_1575214374.1492902003240--

1 0

Is http://lists.ovirt.org/ down?
by Yaniv Kaul 22 Apr '17

22 Apr '17

I can't reach it.

2 1

[oVirt Jenkins] ovirt_3.6_he-system-tests - Build # 914 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Apr '17

21 Apr '17

------=_Part_136_644990361.1492678374426 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/ Build: http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/914/ Build Number: 914 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #914 [Yaniv Kaul] Fixed NTP configuration on Engine. [Sandro Bonazzola] publisher: drop 3.6 publisher [Sandro Bonazzola] publisher: drop 4.0 publisher ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_136_644990361.1492678374426--

1 2

[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1307 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 21 Apr '17

21 Apr '17

------=_Part_169_256206137.1492781980328 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1307/, Build Number: 1307, Build Status: FAILURE ------=_Part_169_256206137.1492781980328--

1 2

Build failed in Jenkins: system-sync_mirrors-centos-base-el7-x86_64 #342
by jenkins＠jenkins.phx.ovirt.org 21 Apr '17

21 Apr '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-base-el7-x86_64/342…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-base-el7-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from http://gerrit.ovirt.org/jenkins.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:799) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1055) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1086) at hudson.scm.SCM.checkout(SCM.java:496) at hudson.model.AbstractProject.checkout(AbstractProject.java:1278) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:604) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) at hudson.model.Run.execute(Run.java:1728) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:405) Caused by: hudson.plugins.git.GitException: Command "git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune" returned status code 128: stdout: stderr: fatal: unable to access 'http://gerrit.ovirt.org/jenkins.git/': Could not resolve host: gerrit.ovirt.org; Unknown error at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1784) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1513) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:64) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:315) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) at hudson.remoting.UserRequest.perform(UserRequest.java:153) at hudson.remoting.UserRequest.perform(UserRequest.java:50) at hudson.remoting.Request$2.run(Request.java:336) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to mirrors.phx.ovirt.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1545) at hudson.remoting.UserResponse.retrieve(UserRequest.java:253) at hudson.remoting.Channel.call(Channel.java:830) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) at sun.reflect.GeneratedMethodAccessor548.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) at com.sun.proxy.$Proxy63.execute(Unknown Source) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:797) ... 11 more ERROR: null

1 1