<html><body><p>Jaime,<br><br>found the RFE and will discuss it with product management.<br><br>Greetings, Dominic.<br><br>______________________________________________________________________________________________________________<br>Dominic Mueller-Wicke | IBM Spectrum Protect Development | Technical Lead | +49 7034 64 32794 | dominic.mueller@de.ibm.com<br><br>Vorsitzende des Aufsichtsrats: Martina Koederitz; Geschäftsführung: Dirk Wittkopp<br>Sitz der Gesellschaft: Böblingen; Registergericht: Amtsgericht Stuttgart, HRB 243294<br><br><img width="16" height="16" src="cid:1__=4EBBF5E0DFCB95198f9e8a93df938690918c4EB@" border="0" alt="Inactive hide details for Jaime Pinto ---11.03.2016 01:15:58---Hey Dominic Just submitted a  new request:"><font color="#424282">Jaime Pinto ---11.03.2016 01:15:58---Hey Dominic Just submitted a  new request:</font><br><br><font size="2" color="#5F5F5F">From:        </font><font size="2">Jaime Pinto <pinto@scinet.utoronto.ca></font><br><font size="2" color="#5F5F5F">To:        </font><font size="2">Dominic Mueller-Wicke01/Germany/IBM@IBMDE</font><br><font size="2" color="#5F5F5F">Cc:        </font><font size="2">gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>, Marc A Kaplan <makaplan@us.ibm.com></font><br><font size="2" color="#5F5F5F">Date:        </font><font size="2">11.03.2016 01:15</font><br><font size="2" color="#5F5F5F">Subject:        </font><font size="2">Re: [gpfsug-discuss] GPFS+TSM+HSM: staging vs. migration priority</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br><tt>Hey Dominic<br><br>Just submitted a  new request:<br><br>Headline: GPFS+TSM+HSM: staging vs. migration priority<br><br>ID: 85292<br><br>Thank you<br>Jaime<br><br><br><br>Quoting Dominic Mueller-Wicke01 <dominic.mueller@de.ibm.com>:<br><br>><br>> Hi Jaime,<br>><br>> I received the same request from other customers as well.<br>> could you please open a RFE for the theme and send me the RFE ID? I will<br>> discuss it with the product management then. RFE Link:<br>> </tt><tt><a href="https://www.ibm.com/developerworks/rfe/execute?use_case=changeRequestLanding&BRAND_ID=0&PROD_ID=360&x=11&y=12">https://www.ibm.com/developerworks/rfe/execute?use_case=changeRequestLanding&BRAND_ID=0&PROD_ID=360&x=11&y=12</a></tt><tt><br>><br>> Greetings, Dominic.<br>><br>> ______________________________________________________________________________________________________________<br>><br>> Dominic Mueller-Wicke | IBM Spectrum Protect Development | Technical Lead |<br>> +49 7034 64 32794 | dominic.mueller@de.ibm.com<br>><br>> Vorsitzende des Aufsichtsrats: Martina Koederitz; Geschäftsführung: Dirk<br>> Wittkopp<br>> Sitz der Gesellschaft: Böblingen; Registergericht: Amtsgericht Stuttgart,<br>> HRB 243294<br>><br>><br>><br>> From:                 Jaime Pinto <pinto@scinet.utoronto.ca><br>> To:                 gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>,<br>>             Marc A Kaplan <makaplan@us.ibm.com><br>> Cc:                 Dominic Mueller-Wicke01/Germany/IBM@IBMDE<br>> Date:                 09.03.2016 16:22<br>> Subject:                 Re: [gpfsug-discuss] GPFS+TSM+HSM: staging vs. migration<br>>             priority<br>><br>><br>><br>> Interesting perspective Mark.<br>><br>> I'm inclined to think EBUSY would be more appropriate.<br>><br>> Jaime<br>><br>> Quoting Marc A Kaplan <makaplan@us.ibm.com>:<br>><br>>> For a write or create operation ENOSPC  would make some sense.<br>>> But if the file already exists and I'm just opening for read access I<br>>> would be very confused by ENOSPC.<br>>> How should the system respond:  "Sorry, I know about that file, I have it<br>>> safely stored away in HSM, but it is not available right now. Try again<br>>> later!"<br>>><br>>> EAGAIN or EBUSY might be the closest in ordinary language...<br>>> But EAGAIN is used when a system call is interrupted and can be retried<br>>> right away...<br>>> So EBUSY?<br>>><br>>> The standard return codes in Linux are:<br>>><br>>> #define EPERM            1      /* Operation not permitted */<br>>> #define ENOENT           2      /* No such file or directory */<br>>> #define ESRCH            3      /* No such process */<br>>> #define EINTR            4      /* Interrupted system call */<br>>> #define EIO              5      /* I/O error */<br>>> #define ENXIO            6      /* No such device or address */<br>>> #define E2BIG            7      /* Argument list too long */<br>>> #define ENOEXEC          8      /* Exec format error */<br>>> #define EBADF            9      /* Bad file number */<br>>> #define ECHILD          10      /* No child processes */<br>>> #define EAGAIN          11      /* Try again */<br>>> #define ENOMEM          12      /* Out of memory */<br>>> #define EACCES          13      /* Permission denied */<br>>> #define EFAULT          14      /* Bad address */<br>>> #define ENOTBLK         15      /* Block device required */<br>>> #define EBUSY           16      /* Device or resource busy */<br>>> #define EEXIST          17      /* File exists */<br>>> #define EXDEV           18      /* Cross-device link */<br>>> #define ENODEV          19      /* No such device */<br>>> #define ENOTDIR         20      /* Not a directory */<br>>> #define EISDIR          21      /* Is a directory */<br>>> #define EINVAL          22      /* Invalid argument */<br>>> #define ENFILE          23      /* File table overflow */<br>>> #define EMFILE          24      /* Too many open files */<br>>> #define ENOTTY          25      /* Not a typewriter */<br>>> #define ETXTBSY         26      /* Text file busy */<br>>> #define EFBIG           27      /* File too large */<br>>> #define ENOSPC          28      /* No space left on device */<br>>> #define ESPIPE          29      /* Illegal seek */<br>>> #define EROFS           30      /* Read-only file system */<br>>> #define EMLINK          31      /* Too many links */<br>>> #define EPIPE           32      /* Broken pipe */<br>>> #define EDOM            33      /* Math argument out of domain of func */<br>>> #define ERANGE          34      /* Math result not representable */<br>>><br>>><br>>><br>>><br>>><br>>><br>>><br>><br>><br>><br>><br>><br>><br>>           ************************************<br>>            TELL US ABOUT YOUR SUCCESS STORIES<br>>           </tt><tt><a href="http://www.scinethpc.ca/testimonials">http://www.scinethpc.ca/testimonials</a></tt><tt><br>>           ************************************<br>> ---<br>> Jaime Pinto<br>> SciNet HPC Consortium  - Compute/Calcul Canada<br>> </tt><tt>www.scinet.utoronto.ca</tt><tt> - </tt><tt>www.computecanada.org</tt><tt><br>> University of Toronto<br>> 256 McCaul Street, Room 235<br>> Toronto, ON, M5T1W5<br>> P: 416-978-2755<br>> C: 416-505-1477<br>><br>> ----------------------------------------------------------------<br>> This message was sent using IMP at SciNet Consortium, University of<br>> Toronto.<br>><br>><br>><br>><br>><br><br><br><br><br><br><br>          ************************************<br>           TELL US ABOUT YOUR SUCCESS STORIES<br>          </tt><tt><a href="http://www.scinethpc.ca/testimonials">http://www.scinethpc.ca/testimonials</a></tt><tt><br>          ************************************<br>---<br>Jaime Pinto<br>SciNet HPC Consortium  - Compute/Calcul Canada<br></tt><tt>www.scinet.utoronto.ca</tt><tt> - </tt><tt>www.computecanada.org</tt><tt><br>University of Toronto<br>256 McCaul Street, Room 235<br>Toronto, ON, M5T1W5<br>P: 416-978-2755<br>C: 416-505-1477<br><br>----------------------------------------------------------------<br>This message was sent using IMP at SciNet Consortium, University of Toronto.<br><br></tt><br><br><BR>
</body></html>