10:58 a.m.
Hi Juan,
I think you encountered this bug https://bugzilla.redhat.com/881941, the
log there is quite the same.
The auto recovery process should fix that after 15 minutes, but need to
see if it is enabled in your environment.
On 03/20/2013 05:29 PM, Juan Jose wrote:
I forgot the vdsm.log file,
Thanks, Juanjo.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
11:02 a.m.
On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
Hi Juan,
I think you encountered this bug https://bugzilla.redhat.com/881941, the
log there is quite the same.
The auto recovery process should fix that after 15 minutes, but need to
see if it is enabled in your environment.
The auto recovery should be enabled by
default on your env, but just to
make sure you can check it in the engine DB with this query:
SELECT option_value FROM vdc_options where option_name =
'AutoRecoveryAllowedTypes';
On 03/20/2013 05:29 PM, Juan Jose wrote:
> I forgot the vdsm.log file,
>
> Thanks, Juanjo.
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:16 a.m.
Hello Maor,
I have tried to apply the bug procedure and nothing happens and if I lauch
the query:
psql -U engine -c "SELECT option_value FROM vdc_options where option_name =
'AutoRecoveryAllowedTypes';" engine
And the result is:
option_value
-----------------
(0 rows)
And my Master Storage continue disable. Attach engine.log also.
Many thanks,
Juanjo.
On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <mlipchuk(a)redhat.com> wrote:
On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
> Hi Juan,
> I think you encountered this bug https://bugzilla.redhat.com/881941, the
> log there is quite the same.
> The auto recovery process should fix that after 15 minutes, but need to
> see if it is enabled in your environment.
The auto recovery should be enabled by default on your env, but just to
make sure you can check it in the engine DB with this query:
SELECT option_value FROM vdc_options where option_name =
'AutoRecoveryAllowedTypes';
>
>
> On 03/20/2013 05:29 PM, Juan Jose wrote:
>> I forgot the vdsm.log file,
>>
>> Thanks, Juanjo.
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
7:31 a.m.
Hello Maor,
I realize that I have lost all my VMs with my electrical power blackout. My
problem now is that I hve some VMs that I can see in my admin portal and it
doesn't exist in the storage domain. How ca I delete them because form
admin portal this needs to have Default Data Center up, and it needs Master
domain Up but I can't because there aren't my VM inside. How can I delete
the VM?, is it exists some workaround in this kind of issues to follow?
Many thanks in avanced,
Juanjo.
On Thu, Mar 21, 2013 at 12:16 PM, Juan Jose <jj197005(a)gmail.com> wrote:
Hello Maor,
I have tried to apply the bug procedure and nothing happens and if I lauch
the query:
psql -U engine -c "SELECT option_value FROM vdc_options where option_name
= 'AutoRecoveryAllowedTypes';" engine
And the result is:
option_value
-----------------
(0 rows)
And my Master Storage continue disable. Attach engine.log also.
Many thanks,
Juanjo.
On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <mlipchuk(a)redhat.com> wrote:
> On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
> > Hi Juan,
> > I think you encountered this bug https://bugzilla.redhat.com/881941,
> the
> > log there is quite the same.
> > The auto recovery process should fix that after 15 minutes, but need to
> > see if it is enabled in your environment.
> The auto recovery should be enabled by default on your env, but just to
> make sure you can check it in the engine DB with this query:
> SELECT option_value FROM vdc_options where option_name =
> 'AutoRecoveryAllowedTypes';
> >
> >
> > On 03/20/2013 05:29 PM, Juan Jose wrote:
> >> I forgot the vdsm.log file,
> >>
> >> Thanks, Juanjo.
> >>
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users(a)ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
10:52 a.m.
thanks for the logs.
What ovirt version are you using?
Can you try to restart VDSM service on your host.
Regards,
Maor
On 03/21/2013 01:16 PM, Juan Jose wrote:
Hello Maor,
I have tried to apply the bug procedure and nothing happens and if I
lauch the query:
psql -U engine -c "SELECT option_value FROM vdc_options where
option_name = 'AutoRecoveryAllowedTypes';" engine
And the result is:
option_value
-----------------
(0 rows)
And my Master Storage continue disable. Attach engine.log also.
Many thanks,
Juanjo.
On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <mlipchuk(a)redhat.com
<mailto:mlipchuk@redhat.com>> wrote:
On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
> Hi Juan,
> I think you encountered this bug
https://bugzilla.redhat.com/881941, the
> log there is quite the same.
> The auto recovery process should fix that after 15 minutes, but
need to
> see if it is enabled in your environment.
The auto recovery should be enabled by default on your env, but just to
make sure you can check it in the engine DB with this query:
SELECT option_value FROM vdc_options where option_name =
'AutoRecoveryAllowedTypes';
>
>
> On 03/20/2013 05:29 PM, Juan Jose wrote:
>> I forgot the vdsm.log file,
>>
>> Thanks, Juanjo.
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>
11:05 a.m.
I'm using oVirt 3.1. I have checked my storage domain and because a the
power failure that I had I have lost all my VM in the storage. Now I would
like to know how can I delete my VMs from Admin portal. For now it is
impossible because Default Data Center is down because I can't attach
Master domain. I'm in a kind of loop that I don't now how to fix. I guess
that it is necessary to delete VMs from DB directly but I'm asking if it is
possible to have some kind of workaround for these situations.
Many thanks in avanced,
Juanjo.
On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk <mlipchuk(a)redhat.com> wrote:
thanks for the logs.
What ovirt version are you using?
Can you try to restart VDSM service on your host.
Regards,
Maor
On 03/21/2013 01:16 PM, Juan Jose wrote:
> Hello Maor,
>
> I have tried to apply the bug procedure and nothing happens and if I
> lauch the query:
>
> psql -U engine -c "SELECT option_value FROM vdc_options where
> option_name = 'AutoRecoveryAllowedTypes';" engine
>
> And the result is:
>
> option_value
> -----------------
> (0 rows)
>
> And my Master Storage continue disable. Attach engine.log also.
>
> Many thanks,
>
> Juanjo.
>
> On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <mlipchuk(a)redhat.com
> <mailto:mlipchuk@redhat.com>> wrote:
>
> On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
> > Hi Juan,
> > I think you encountered this bug
> https://bugzilla.redhat.com/881941, the
> > log there is quite the same.
> > The auto recovery process should fix that after 15 minutes, but
> need to
> > see if it is enabled in your environment.
> The auto recovery should be enabled by default on your env, but just
to
> make sure you can check it in the engine DB with this query:
> SELECT option_value FROM vdc_options where option_name =
> 'AutoRecoveryAllowedTypes';
> >
> >
> > On 03/20/2013 05:29 PM, Juan Jose wrote:
> >> I forgot the vdsm.log file,
> >>
> >> Thanks, Juanjo.
> >>
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users(a)ovirt.org <mailto:Users@ovirt.org>
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org <mailto:Users@ovirt.org>
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
11:12 a.m.
Was VDSM restart did any change?
If your host is UP and running you can try to Re-initialize your data
center (By right click on the Data Center) and pick a new storage to be
the master. This will change your DC to be active again, but you will
still need to delete the disks from the old storage.
If your old storage can be active after the reinitialize there will be
no problem to delete the disks.
On 03/21/2013 06:05 PM, Juan Jose wrote:
I'm using oVirt 3.1. I have checked my storage domain and because
a the
power failure that I had I have lost all my VM in the storage. Now I
would like to know how can I delete my VMs from Admin portal. For now it
is impossible because Default Data Center is down because I can't attach
Master domain. I'm in a kind of loop that I don't now how to fix. I
guess that it is necessary to delete VMs from DB directly but I'm asking
if it is possible to have some kind of workaround for these situations.
Many thanks in avanced,
Juanjo.
On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk <mlipchuk(a)redhat.com
<mailto:mlipchuk@redhat.com>> wrote:
thanks for the logs.
What ovirt version are you using?
Can you try to restart VDSM service on your host.
Regards,
Maor
On 03/21/2013 01:16 PM, Juan Jose wrote:
> Hello Maor,
>
> I have tried to apply the bug procedure and nothing happens and if I
> lauch the query:
>
> psql -U engine -c "SELECT option_value FROM vdc_options where
> option_name = 'AutoRecoveryAllowedTypes';" engine
>
> And the result is:
>
> option_value
> -----------------
> (0 rows)
>
> And my Master Storage continue disable. Attach engine.log also.
>
> Many thanks,
>
> Juanjo.
>
> On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <mlipchuk(a)redhat.com
<mailto:mlipchuk@redhat.com>
> <mailto:mlipchuk@redhat.com <mailto:mlipchuk@redhat.com>>>
wrote:
>
> On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
> > Hi Juan,
> > I think you encountered this bug
> https://bugzilla.redhat.com/881941, the
> > log there is quite the same.
> > The auto recovery process should fix that after 15 minutes, but
> need to
> > see if it is enabled in your environment.
> The auto recovery should be enabled by default on your env,
but just to
> make sure you can check it in the engine DB with this query:
> SELECT option_value FROM vdc_options where option_name =
> 'AutoRecoveryAllowedTypes';
> >
> >
> > On 03/20/2013 05:29 PM, Juan Jose wrote:
> >> I forgot the vdsm.log file,
> >>
> >> Thanks, Juanjo.
> >>
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users(a)ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
11:13 a.m.
On 03/21/2013 06:12 PM, Maor Lipchuk wrote:
Was VDSM restart did any change?
If your host is UP and running you can try to Re-initialize your data
center (By right click on the Data Center) and pick a new storage to be
the master.
You will need first to add a new storage to the setup
This will change your DC to be active again, but you will
still need to delete the disks from the old storage.
If your old storage can be active after the reinitialize there will be
no problem to delete the disks.
On 03/21/2013 06:05 PM, Juan Jose wrote:
> I'm using oVirt 3.1. I have checked my storage domain and because a the
> power failure that I had I have lost all my VM in the storage. Now I
> would like to know how can I delete my VMs from Admin portal. For now it
> is impossible because Default Data Center is down because I can't attach
> Master domain. I'm in a kind of loop that I don't now how to fix. I
> guess that it is necessary to delete VMs from DB directly but I'm asking
> if it is possible to have some kind of workaround for these situations.
>
> Many thanks in avanced,
>
> Juanjo.
>
> On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk <mlipchuk(a)redhat.com
> <mailto:mlipchuk@redhat.com>> wrote:
>
> thanks for the logs.
> What ovirt version are you using?
> Can you try to restart VDSM service on your host.
>
> Regards,
> Maor
>
> On 03/21/2013 01:16 PM, Juan Jose wrote:
> > Hello Maor,
> >
> > I have tried to apply the bug procedure and nothing happens and if I
> > lauch the query:
> >
> > psql -U engine -c "SELECT option_value FROM vdc_options where
> > option_name = 'AutoRecoveryAllowedTypes';" engine
> >
> > And the result is:
> >
> > option_value
> > -----------------
> > (0 rows)
> >
> > And my Master Storage continue disable. Attach engine.log also.
> >
> > Many thanks,
> >
> > Juanjo.
> >
> > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <mlipchuk(a)redhat.com
> <mailto:mlipchuk@redhat.com>
> > <mailto:mlipchuk@redhat.com <mailto:mlipchuk@redhat.com>>>
wrote:
> >
> > On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
> > > Hi Juan,
> > > I think you encountered this bug
> > https://bugzilla.redhat.com/881941, the
> > > log there is quite the same.
> > > The auto recovery process should fix that after 15 minutes, but
> > need to
> > > see if it is enabled in your environment.
> > The auto recovery should be enabled by default on your env,
> but just to
> > make sure you can check it in the engine DB with this query:
> > SELECT option_value FROM vdc_options where option_name =
> > 'AutoRecoveryAllowedTypes';
> > >
> > >
> > > On 03/20/2013 05:29 PM, Juan Jose wrote:
> > >> I forgot the vdsm.log file,
> > >>
> > >> Thanks, Juanjo.
> > >>
> > >>
> > >> _______________________________________________
> > >> Users mailing list
> > >> Users(a)ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> > >> http://lists.ovirt.org/mailman/listinfo/users
> > >>
> > >
> > >
> > > _______________________________________________
> > > Users mailing list
> > > Users(a)ovirt.org <mailto:Users@ovirt.org>
> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> > > http://lists.ovirt.org/mailman/listinfo/users
> > >
> >
> >
> >
>
>
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:11 p.m.
Many thanks Maor,
Yes my Host is UP without problems. I will attach a new Storage as Master
domain and I will see if after that I will be able to delete VMs and VHD.
Thanks again and I will inform about the progress.
Juanjo.
On Thu, Mar 21, 2013 at 5:13 PM, Maor Lipchuk <mlipchuk(a)redhat.com> wrote:
On 03/21/2013 06:12 PM, Maor Lipchuk wrote:
> Was VDSM restart did any change?
>
> If your host is UP and running you can try to Re-initialize your data
> center (By right click on the Data Center) and pick a new storage to be
> the master.
You will need first to add a new storage to the setup
This will change your DC to be active again, but you will
> still need to delete the disks from the old storage.
> If your old storage can be active after the reinitialize there will be
> no problem to delete the disks.
>
>
> On 03/21/2013 06:05 PM, Juan Jose wrote:
>> I'm using oVirt 3.1. I have checked my storage domain and because a the
>> power failure that I had I have lost all my VM in the storage. Now I
>> would like to know how can I delete my VMs from Admin portal. For now it
>> is impossible because Default Data Center is down because I can't attach
>> Master domain. I'm in a kind of loop that I don't now how to fix. I
>> guess that it is necessary to delete VMs from DB directly but I'm asking
>> if it is possible to have some kind of workaround for these situations.
>>
>> Many thanks in avanced,
>>
>> Juanjo.
>>
>> On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk <mlipchuk(a)redhat.com
>> <mailto:mlipchuk@redhat.com>> wrote:
>>
>> thanks for the logs.
>> What ovirt version are you using?
>> Can you try to restart VDSM service on your host.
>>
>> Regards,
>> Maor
>>
>> On 03/21/2013 01:16 PM, Juan Jose wrote:
>> > Hello Maor,
>> >
>> > I have tried to apply the bug procedure and nothing happens and
if I
>> > lauch the query:
>> >
>> > psql -U engine -c "SELECT option_value FROM vdc_options where
>> > option_name = 'AutoRecoveryAllowedTypes';" engine
>> >
>> > And the result is:
>> >
>> > option_value
>> > -----------------
>> > (0 rows)
>> >
>> > And my Master Storage continue disable. Attach engine.log also.
>> >
>> > Many thanks,
>> >
>> > Juanjo.
>> >
>> > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <
mlipchuk(a)redhat.com
>> <mailto:mlipchuk@redhat.com>
>> > <mailto:mlipchuk@redhat.com
<mailto:mlipchuk@redhat.com>>> wrote:
>> >
>> > On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
>> > > Hi Juan,
>> > > I think you encountered this bug
>> > https://bugzilla.redhat.com/881941, the
>> > > log there is quite the same.
>> > > The auto recovery process should fix that after 15 minutes,
but
>> > need to
>> > > see if it is enabled in your environment.
>> > The auto recovery should be enabled by default on your env,
>> but just to
>> > make sure you can check it in the engine DB with this query:
>> > SELECT option_value FROM vdc_options where option_name =
>> > 'AutoRecoveryAllowedTypes';
>> > >
>> > >
>> > > On 03/20/2013 05:29 PM, Juan Jose wrote:
>> > >> I forgot the vdsm.log file,
>> > >>
>> > >> Thanks, Juanjo.
>> > >>
>> > >>
>> > >> _______________________________________________
>> > >> Users mailing list
>> > >> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
>> > >> http://lists.ovirt.org/mailman/listinfo/users
>> > >>
>> > >
>> > >
>> > > _______________________________________________
>> > > Users mailing list
>> > > Users(a)ovirt.org <mailto:Users@ovirt.org>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
>> > > http://lists.ovirt.org/mailman/listinfo/users
>> > >
>> >
>> >
>> >
>>
>>
>>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
6:37 a.m.
Hello Maor,
I have alredy been able to recover my system and my NFS domains.
Many thanks,
Juanjo.
On Tue, Mar 26, 2013 at 9:11 PM, Juan Jose <jj197005(a)gmail.com> wrote:
Many thanks Maor,
Yes my Host is UP without problems. I will attach a new Storage as Master
domain and I will see if after that I will be able to delete VMs and VHD.
Thanks again and I will inform about the progress.
Juanjo.
On Thu, Mar 21, 2013 at 5:13 PM, Maor Lipchuk <mlipchuk(a)redhat.com> wrote:
> On 03/21/2013 06:12 PM, Maor Lipchuk wrote:
> > Was VDSM restart did any change?
> >
> > If your host is UP and running you can try to Re-initialize your data
> > center (By right click on the Data Center) and pick a new storage to be
> > the master.
> You will need first to add a new storage to the setup
> This will change your DC to be active again, but you will
> > still need to delete the disks from the old storage.
> > If your old storage can be active after the reinitialize there will be
> > no problem to delete the disks.
> >
> >
> > On 03/21/2013 06:05 PM, Juan Jose wrote:
> >> I'm using oVirt 3.1. I have checked my storage domain and because a the
> >> power failure that I had I have lost all my VM in the storage. Now I
> >> would like to know how can I delete my VMs from Admin portal. For now
> it
> >> is impossible because Default Data Center is down because I can't
> attach
> >> Master domain. I'm in a kind of loop that I don't now how to fix. I
> >> guess that it is necessary to delete VMs from DB directly but I'm
> asking
> >> if it is possible to have some kind of workaround for these situations.
> >>
> >> Many thanks in avanced,
> >>
> >> Juanjo.
> >>
> >> On Thu, Mar 21, 2013 at 4:52 PM, Maor Lipchuk <mlipchuk(a)redhat.com
> >> <mailto:mlipchuk@redhat.com>> wrote:
> >>
> >> thanks for the logs.
> >> What ovirt version are you using?
> >> Can you try to restart VDSM service on your host.
> >>
> >> Regards,
> >> Maor
> >>
> >> On 03/21/2013 01:16 PM, Juan Jose wrote:
> >> > Hello Maor,
> >> >
> >> > I have tried to apply the bug procedure and nothing happens and
> if I
> >> > lauch the query:
> >> >
> >> > psql -U engine -c "SELECT option_value FROM vdc_options where
> >> > option_name = 'AutoRecoveryAllowedTypes';" engine
> >> >
> >> > And the result is:
> >> >
> >> > option_value
> >> > -----------------
> >> > (0 rows)
> >> >
> >> > And my Master Storage continue disable. Attach engine.log also.
> >> >
> >> > Many thanks,
> >> >
> >> > Juanjo.
> >> >
> >> > On Wed, Mar 20, 2013 at 5:02 PM, Maor Lipchuk <
> mlipchuk(a)redhat.com
> >> <mailto:mlipchuk@redhat.com>
> >> > <mailto:mlipchuk@redhat.com
<mailto:mlipchuk@redhat.com>>>
> wrote:
> >> >
> >> > On 03/20/2013 05:58 PM, Maor Lipchuk wrote:
> >> > > Hi Juan,
> >> > > I think you encountered this bug
> >> > https://bugzilla.redhat.com/881941, the
> >> > > log there is quite the same.
> >> > > The auto recovery process should fix that after 15
> minutes, but
> >> > need to
> >> > > see if it is enabled in your environment.
> >> > The auto recovery should be enabled by default on your env,
> >> but just to
> >> > make sure you can check it in the engine DB with this query:
> >> > SELECT option_value FROM vdc_options where option_name =
> >> > 'AutoRecoveryAllowedTypes';
> >> > >
> >> > >
> >> > > On 03/20/2013 05:29 PM, Juan Jose wrote:
> >> > >> I forgot the vdsm.log file,
> >> > >>
> >> > >> Thanks, Juanjo.
> >> > >>
> >> > >>
> >> > >> _______________________________________________
> >> > >> Users mailing list
> >> > >> Users(a)ovirt.org <mailto:Users@ovirt.org>
> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> >> > >> http://lists.ovirt.org/mailman/listinfo/users
> >> > >>
> >> > >
> >> > >
> >> > > _______________________________________________
> >> > > Users mailing list
> >> > > Users(a)ovirt.org <mailto:Users@ovirt.org>
> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
> >> > > http://lists.ovirt.org/mailman/listinfo/users
> >> > >
> >> >
> >> >
> >> >
> >>
> >>
> >>
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
4050
days inactive
4064
days old
10 comments
2 participants
participants (2)
-
Juan Jose -
Maor Lipchuk