<html><body><p>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 discuss it with the product management then. RFE Link:<br><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><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__=4EBBF5E1DFBF3FE38f9e8a93df938690918c4EB@" border="0" alt="Inactive hide details for Jaime Pinto ---09.03.2016 16:22:03---Interesting perspective Mark. I'm inclined to think EBUSY would "><font color="#424282">Jaime Pinto ---09.03.2016 16:22:03---Interesting perspective Mark. I'm inclined to think EBUSY would be more appropriate.</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">gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>, Marc A Kaplan <makaplan@us.ibm.com></font><br><font size="2" color="#5F5F5F">Cc:        </font><font size="2">Dominic Mueller-Wicke01/Germany/IBM@IBMDE</font><br><font size="2" color="#5F5F5F">Date:        </font><font size="2">09.03.2016 16:22</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>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 Toronto.<br><br><br></tt><br><br><BR>
</body></html>