Hi Renar,

Let's see if it is really the /bin/rm is the problem here.  Can you run the
command again without cleanup the temp files as follow:

DEBUG=1 keepTempFiles=1 mmgetstate -a

Thanks,
Tru.




From:   [email protected]
To:     [email protected]
Date:   01/23/2019 07:46 AM
Subject:        gpfsug-discuss Digest, Vol 84, Issue 32
Sent by:        [email protected]



Send gpfsug-discuss mailing list submissions to
                 [email protected]

To subscribe or unsubscribe via the World Wide Web, visit

https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=HQmkdQWQHoc1Nu6Mg_g8NVugim3OiUUy5n0QgLQcbkM&m=jDHxo2hE5uOrH5xaI6YYQdQ-O5yZG-udF7ooPNOEUUM&s=UBffyp1tO8WZsaCys72XHljL9SyUe_v4ECCmymP17Lg&e=

or, via email, send a message with subject or body 'help' to
                 [email protected]

You can reach the person managing the list at
                 [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of gpfsug-discuss digest..."


Today's Topics:

   1. Re: Spectrum Scale Cygwin cmd delays (Grunenberg, Renar)


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

Message: 1
Date: Wed, 23 Jan 2019 12:45:39 +0000
From: "Grunenberg, Renar" <[email protected]>
To: 'gpfsug main discussion list' <[email protected]>
Subject: Re: [gpfsug-discuss] Spectrum Scale Cygwin cmd delays
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

Hallo All,

as a point to the problem, it seems to be that all the delayes are
happening here

DEBUG=1 mmgetstate ?a

??..
/bin/rm
-f /var/mmfs/gen/mmsdrfs.1256 /var/mmfs/tmp/allClusterNodes.mmgetstate.1256 
/var/mmfs/tmp/allQuorumNodes.mmgetstate.1256 
/var/mmfs/tmp/allNonQuorumNodes.mmgetstate.1256 
/var/mmfs/ssl/stage/tmpKeyData.mmgetstate.1256.pub 
/var/mmfs/ssl/stage/tmpKeyData.mmgetstate.1256.priv 
/var/mmfs/ssl/stage/tmpKeyData.mmgetstate.1256.cert 
/var/mmfs/ssl/stage/tmpKeyData.mmgetstate.1256.keystore 
/var/mmfs/tmp/nodefile.mmgetstate.1256 /var/mmfs/tmp/diskfile.mmgetstate.1256 
/var/mmfs/tmp/diskNamesFile.mmgetstate.1256


Any points to this it will be fixed in the near future are welcome.

Regards Renar


Renar Grunenberg
Abteilung Informatik - Betrieb

HUK-COBURG
Bahnhofsplatz
96444 Coburg
Telefon:        09561 96-44110
Telefax:        09561 96-44104
E-Mail: [email protected]
Internet:       www.huk.de
________________________________
HUK-COBURG Haftpflicht-Unterst?tzungs-Kasse kraftfahrender Beamter
Deutschlands a. G. in Coburg
Reg.-Gericht Coburg HRB 100; St.-Nr. 9212/101/00021
Sitz der Gesellschaft: Bahnhofsplatz, 96444 Coburg
Vorsitzender des Aufsichtsrats: Prof. Dr. Heinrich R. Schradin.
Vorstand: Klaus-J?rgen Heitmann (Sprecher), Stefan Gronbach, Dr. Hans Olav
Her?y, Dr. J?rg Rheinl?nder (stv.), Sarah R?ssler, Daniel Thomas.
________________________________
Diese Nachricht enth?lt vertrauliche und/oder rechtlich gesch?tzte
Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese Nachricht irrt?mlich
erhalten haben,
informieren Sie bitte sofort den Absender und vernichten Sie diese
Nachricht.
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Nachricht ist
nicht gestattet.

This information may contain confidential and/or privileged information.
If you are not the intended recipient (or have received this information in
error) please notify the
sender immediately and destroy this information.
Any unauthorized copying, disclosure or distribution of the material in
this information is strictly forbidden.
________________________________
Von: Grunenberg, Renar
Gesendet: Dienstag, 22. Januar 2019 18:10
An: 'gpfsug main discussion list' <[email protected]>
Betreff: AW: [gpfsug-discuss] Spectrum Scale Cygwin cmd delays

Hallo Roger,
first thanks fort he tip. But we decided to separate the linux-io-Cluster
from the Windows client only cluster, because of security requirements and
ssh management requirements. We can use at this point, local named admins
on Windows and use on Linux a Deamon and an separated Admin-interface
Network for pwless root ssh. Your Hint seems to be CCR related or is this a
Cygwin problem.
@Spectrum Scale Team:
Point1: IP V6 can?t disabled because of applications that want to use this.
But the mmcmi cmd are give us already the right ipv4 adresses.
Point2. There are no DNS-Issues
Point3: We must check these.
Any recommendations to Rogers statements?

Regards Renar

Von: [email protected]<
mailto:[email protected]> [
mailto:[email protected]] Im Auftrag von Roger Moye
Gesendet: Dienstag, 22. Januar 2019 16:43
An: gpfsug main discussion list <[email protected]<
mailto:[email protected]>>
Betreff: Re: [gpfsug-discuss] Spectrum Scale Cygwin cmd delays

We experienced the same issue and were advised not to use Windows for
quorum nodes.   We moved our Windows nodes into the storage cluster which
was entirely Linux and that solved it.   If this is not an option, perhaps
adding some Linux nodes to your remote cluster as quorum nodes would help.

-Roger


From: [email protected]<
mailto:[email protected]> [
mailto:[email protected]] On Behalf Of IBM Spectrum
Scale
Sent: Monday, January 21, 2019 5:35 PM
To: gpfsug main discussion list <[email protected]<
mailto:[email protected]>>
Subject: Re: [gpfsug-discuss] Spectrum Scale Cygwin cmd delays

Hello Renar,

A few things to try:

  1.  Make sure IPv6 is disabled. On each Windows node, run "mmcmi  host
<hostname>", with <hostname> being itself and each and every node in the
cluster. Make sure mmcmi prints valid IPv4 address.

  1.  To eliminate DNS issues, try adding IPv4 entries for each cluster
node in "c:\windows\system32\drivers\etc\hosts".

  1.  If any anti-virus is active, disable realtime scanning on c:\cygwin64
(wherever you installed cygwin 64-bit).

You can also try debugging a script, say: (from GPFS ksh):  DEBUG=1
mmlscluster, and see what takes time.

Regards, The Spectrum Scale (GPFS) team

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

If you feel that your question can benefit other users of  Spectrum Scale
(GPFS), then please post it to the public IBM developerWroks Forum at
https://www.ibm.com/developerworks/community/forums/html/forum?id=11111111-0000-0000-0000-000000000479
.

If your query concerns a potential software error in Spectrum Scale (GPFS)
and you have an IBM software maintenance contract please contact
1-800-237-5511 in the United States or your local IBM Service Center in
other countries.

The forum is informally monitored as time permits and should not be used
for priority messages to the Spectrum Scale (GPFS) team.



From:        "Grunenberg, Renar" <[email protected]<
mailto:[email protected]>>
To:        "'[email protected]'"
<[email protected]<mailto:[email protected]>>
Date:        01/21/2019 08:01 AM
Subject:        [gpfsug-discuss] Spectrum Scale Cygwin cmd delays
Sent by:        [email protected]<
mailto:[email protected]>
________________________________


Hello All,

We test spectrum scale on an windows only Client-Cluster (remote mounted to
a linux Cluster) but

the execution of mm commands in cygwin is very slow.

We have tried the following adjustments to increase the execution speed.



  *   We have installed Cygwin Server as a service (cygserver-config).
Unfortunately, this resulted in no faster execution.
  *   Adaptation of the hosts file: 127.0.0.1localhost cygdrive wpad
to prevent any DNS problems when accessing ?/cygdrive/...?
  *   Started them as Administrator


All adjustments have so far not led to any improvement. Are there any hints
to enhance the cmd execution time on windows (w2k12 actual used)



Regards Renar



Renar Grunenberg
Abteilung Informatik - Betrieb

HUK-COBURG
Bahnhofsplatz
96444 Coburg
Telefon:

09561 96-44110

Telefax:

09561 96-44104

E-Mail:

[email protected]<mailto:[email protected]>

Internet:

www.huk.de


________________________________
HUK-COBURG Haftpflicht-Unterst?tzungs-Kasse kraftfahrender Beamter
Deutschlands a. G. in Coburg
Reg.-Gericht Coburg HRB 100; St.-Nr. 9212/101/00021
Sitz der Gesellschaft: Bahnhofsplatz, 96444 Coburg
Vorsitzender des Aufsichtsrats: Prof. Dr. Heinrich R. Schradin.
Vorstand: Klaus-J?rgen Heitmann (Sprecher), Stefan Gronbach, Dr. Hans Olav
Her?y, Dr. J?rg Rheinl?nder (stv.), Sarah R?ssler, Daniel Thomas.
________________________________
Diese Nachricht enth?lt vertrauliche und/oder rechtlich gesch?tzte
Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese Nachricht irrt?mlich
erhalten haben,
informieren Sie bitte sofort den Absender und vernichten Sie diese
Nachricht.
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Nachricht ist
nicht gestattet.

This information may contain confidential and/or privileged information.
If you are not the intended recipient (or have received this information in
error) please notify the
sender immediately and destroy this information.
Any unauthorized copying, disclosure or distribution of the material in
this information is strictly forbidden.
________________________________

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=HQmkdQWQHoc1Nu6Mg_g8NVugim3OiUUy5n0QgLQcbkM&m=jDHxo2hE5uOrH5xaI6YYQdQ-O5yZG-udF7ooPNOEUUM&s=UBffyp1tO8WZsaCys72XHljL9SyUe_v4ECCmymP17Lg&e=



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


The information in this communication and any attachment is confidential
and intended solely for the attention and use of the named addressee(s).
All information and opinions expressed herein are subject to change without
notice. This communication is not to be construed as an offer to sell or
the solicitation of an offer to buy any security. Any such offer or
solicitation can only be made by means of the delivery of a confidential
private offering memorandum (which should be carefully reviewed for a
complete description of investment strategies and risks). Any reliance one
may place on the accuracy or validity of this information is at their own
risk. Past performance is not necessarily indicative of the future results
of an investment. All figures are estimated and unaudited unless otherwise
noted. If you are not the intended recipient, or a person responsible for
delivering this to the intended recipient, you are not authorized to and
must not disclose, copy, distribute, o
 r retain this message or any part of it. In this case, please notify the
sender immediately at 713-333-5440
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_pipermail_gpfsug-2Ddiscuss_attachments_20190123_eff7ad74_attachment.html&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=HQmkdQWQHoc1Nu6Mg_g8NVugim3OiUUy5n0QgLQcbkM&m=jDHxo2hE5uOrH5xaI6YYQdQ-O5yZG-udF7ooPNOEUUM&s=JWv1FytE6pkOdJtqJV5sSVf3ZwV0B9FDZmfzI7LQEGk&e=
>

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

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=HQmkdQWQHoc1Nu6Mg_g8NVugim3OiUUy5n0QgLQcbkM&m=jDHxo2hE5uOrH5xaI6YYQdQ-O5yZG-udF7ooPNOEUUM&s=UBffyp1tO8WZsaCys72XHljL9SyUe_v4ECCmymP17Lg&e=



End of gpfsug-discuss Digest, Vol 84, Issue 32
**********************************************



_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to