Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sqlite error when using Ipython #12

Open
maray opened this issue Sep 8, 2017 · 2 comments
Open

Sqlite error when using Ipython #12

maray opened this issue Sep 8, 2017 · 2 comments
Assignees
Labels

Comments

@maray
Copy link
Member

maray commented Sep 8, 2017

I get a disk I/O error when running IPython. I can actually create and modify files in lustre without problem, but maybe sqlite use a file API that is not compatible with Lustre. This is not a huge problem right now, but I think we need to investigate why this is happening to understand more complicated lustre problems in the future.

maray@jupyter-maray:~$ ipython
[TerminalIPythonApp] ERROR | Failed to open SQLite history /home/maray/.ipython/profile_default/history.sqlite (disk I/O error).
[TerminalIPythonApp] ERROR | History file was moved to /home/maray/.ipython/profile_default/history-corrupt.sqlite and a new file c
reated.
[TerminalIPythonApp] ERROR | Failed to open SQLite history /home/maray/.ipython/profile_default/history.sqlite (disk I/O error).
[TerminalIPythonApp] ERROR | History file was moved to /home/maray/.ipython/profile_default/history-corrupt.sqlite and a new file c
reated.
[TerminalIPythonApp] ERROR | Failed to open SQLite history /home/maray/.ipython/profile_default/history.sqlite (disk I/O error).
[TerminalIPythonApp] ERROR | Failed to load history too many times, history will not be saved.
@maray maray added the bug label Sep 8, 2017
@mosoriob
Copy link
Contributor

Yes, it is related with lustre. http://lustre-discuss.clusterfs.narkive.com/COjnLwRK/lustre-sqlite

@maray
Copy link
Member Author

maray commented Sep 12, 2017

I know that mounting with different locking options may cause performance degradation (as we discussed with @sirspock), but we are not thinking here on highly concurrent storage mods, but more like bulk data transfer, so I do not see the problem. If we add #13 to the mix, I think we need to do this for the nodes and the dockers... Assigning the problem to @madiazp and @sirspock

@maray maray assigned maray, mosoriob and madiazp and unassigned maray Sep 12, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants