Comments (28)
Hi Nuria,
I think this is a version mismatch between ont-pyguppy-client-lib
, the python library that enables ReadFish to talk to Guppy and the install version of Guppy.
If you open a terminal and run
guppy_basecall_server --version
You should get something like this back
Guppy Basecall Service Software, (C) Oxford Nanopore Technologies plc. Version 6.1.5+446c35524, client-server API version 11.0.0
The important part is the first three numbers of the version, in this case 6.1.5
.
If you then activate your ReadFish python environment and run
pip list
You will see a list of installed python packages. I suspect the entry for ont-pyguppy-client-lib
won't be the same version.
To fix this, simply run
pip install ont-pyguppy-client-lib==X.X.X
where X.X.X
is the version from the Guppy command above. So in this example the correct command would be:
pip install ont-pyguppy-client-lib==6.1.5
.
The final thing to keep in mind is some versions of Guppy don't have a corresponding version of ont-pyguppy-client-lib
. In this case you will get an error message which looks like
ERROR: Could not find a version that satisfies the requirement ont-pyguppy-client-lib==6.4.5 (from versions: 5.1.9, 5.1.10, 5.1.11, 5.1.12, 5.1.13, 5.1.15, 5.1.16, 5.1.17, 6.0.0, 6.0.1, 6.0.4, 6.0.6, 6.0.7, 6.1.1, 6.1.2, 6.1.3, 6.1.5, 6.1.6, 6.1.7, 6.2.1, 6.2.11, 6.3.2, 6.3.4, 6.3.7, 6.3.8, 6.3.9, 6.4.2)
ERROR: No matching distribution found for ont-pyguppy-client-lib==6.4.5
Select the closest version for you Guppy version from the list given, moving down.
So if you had Guppy version 6.4.1
installed, you would install ont-pyguppy-client-lib==6.3.9
, as the closest lower version.
Then you should be able to run
python -c 'from pyguppy_client_lib.pyclient import PyGuppyClient as PGC; \
c = PGC("ipc:///tmp/.guppy/5556", "dna_r9.4.1_450bps_fast.cfg"); \
c.connect(); print(c)'
as before and it should succesfully connect.
Good luck!
Rory
from readfish.
Hi Nuria, that looks like your guppy config isn't correct. This is set in the caller settings section of the config TOML. If you post just that section I can see if it looks correct.
from readfish.
Hi Alex,
we tried two settings, first we had what you suggest:
[caller_settings]
config_name = "dna_r9.4.1_450bps_fast"
host = "127.0.0.1"
port = 5555
But we got a different and stopped even before now.
Then we saw in another issue that the host should be another, so we changed it to
[caller_settings]
config_name = "dna_r9.4.1_450bps_fast"
host = "ipc:///tmp/.guppy"
port = 5555
Should we try something else?
thanks!
Núria
from readfish.
From your readfish environment can you run:
python -c 'from pyguppy_client_lib.pyclient import PyGuppyClient as PGC; \
c = PGC("ipc:///tmp/.guppy/5557", "dna_r9.4.1_450bps_fast.cfg"); \
c.connect(); print(c)'
Could you also run:
ls -ltrh /tmp/.guppy
please post the output here.
from readfish.
Also, for reference the first config using 127.0.0.1
is an old way of connecting with Guppy this requires the server be started with the --use_tcp
flag. The second way uses a TCP socket which is the default for guppy.
from readfish.
Hi Alex,
sorry I didn't answer before. I was away a few days.
I've run the code you asked for and this the output keeps giving the same error, again and again until I cancel:
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [timed_out] Timeout waiting for reply to request: LOAD_CONFIG
The anser for the other: ls -ltrh /tmp/.total 0
srwxr-xr-x 1 minknow minknow 0 ene 4 18:07 5556
guppy
Does this give you a clue on what is happening?
thanks! And happy new year!
núria
from readfish.
Hey Núria, I think the problem is the permissions on the 5556 file - If you have set this up manually on a computer - i.e it's not on an ONT box like the GridION, you will need your User account to have write permissions on the socket.
You can either add yourself to the minknow
group and give the group write permission of give everyone write permissions which is a bit less secure.
To add yourself to the group and change the permissions -
sudo usermod -a -G minknow $USER
# Change the permissions
sudo chmod 775 /tmp/.guppy/5556
You will then have to logout and back in for the user/group changes to take effect!
Alternatively you can just Yolo it and run
sudo chmod 777 /tmp/.guppy/5556
Which means any User has all permissions on this file. I don't recommend this approach though!
Once you have done that if you run the above Python command changing the IPC port to 5556 rather than 5557
python -c 'from pyguppy_client_lib.pyclient import PyGuppyClient as PGC; \
c = PGC("ipc:///tmp/.guppy/5556", "dna_r9.4.1_450bps_fast.cfg"); \
c.connect(); print(c)'
Theoretically you should be good to go!
Rory
from readfish.
Hi Rory,
thanks for your help.
With just changing the permisions for the user it still didn't work but with the second option, something has changed.
I still get an error but now it's a different one:
guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
Traceback (most recent call last):
File "", line 3, in
File "/home/admin/miniconda3/envs/readfish/lib/python3.7/site-packages/pyguppy_client_lib/pyclient.py", line 172, in connect
raise exception_type(exception_message)
RuntimeError: Server response not formatted correctly: <result.bad_reply: 14>
By the way I'm doing this tests without the MinIon running. So I tried now to run an experiment and do
readfish targets --device MN27944 --experiment-name "2022-12-16targetchry" --toml /home/admin/human_chr_selection.toml --log-file Ru_test.log
And got this error:
guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
Traceback (most recent call last):
File "/home/admin/miniconda3/envs/readfish/bin/readfish", line 8, in
sys.exit(main())
File "/home/admin/miniconda3/envs/readfish/lib/python3.7/site-packages/ru/cli.py", line 43, in main
args.func(parser, args)
File "/home/admin/miniconda3/envs/readfish/lib/python3.7/site-packages/ru/ru_gen.py", line 510, in run
caller_kwargs=caller_kwargs,
File "/home/admin/miniconda3/envs/readfish/lib/python3.7/site-packages/ru/ru_gen.py", line 157, in simple_analysis
config=caller_kwargs["config_name"],
File "/home/admin/miniconda3/envs/readfish/lib/python3.7/site-packages/ru/basecall.py", line 41, in init
self.connect()
File "/home/admin/miniconda3/envs/readfish/lib/python3.7/site-packages/pyguppy_client_lib/pyclient.py", line 172, in connect
raise exception_type(exception_message)
RuntimeError: Server response not formatted correctly: <result.bad_reply: 14>
Any new ideas?
thanks!
Nuria
from readfish.
It's working!!!
Thanks a lot for your help! You were right, the version was different, after changing it, everything works.
Just, an extra question. The speed of mapping is a bit higher than 0.4:
2023-01-17 19:18:57,355 ru.ru_gen 15R/0.50858s
2023-01-17 19:18:57,834 ru.ru_gen 17R/0.47959s
2023-01-17 19:18:58,333 ru.ru_gen 16R/0.49804s
2023-01-17 19:18:58,848 ru.ru_gen 21R/0.51518s
2023-01-17 19:18:59,365 ru.ru_gen 16R/0.51708s
Do you think we can use it that way, or there's something we can do to improve the performance?
Thanks again!
Núria
from readfish.
HI Nuria - really sorry that I missed this!
I think that should be fine - It's only a problem if the number of reads started to climb, as well as the time for a batch of reads. In terms of improving performance, that's more of an experimental setup question, although we are working on improving performance in the code at the moment!
You could double check that the reference contains only sequences you need. For example, if you were enriching chromosome 20 in the human genome, you could run the experiment using a reference which only contained Chromosome 20.
I'm going to close this issue for now, but please reopen it if you need anymore help!
Rory
from readfish.
Hi, I am having the same issue, and I have tried all the things @Adoni5 suggested but they do not work...
The versions of guppy server are the same 6.5.7
$ ls -ltrh /tmp/.guppy
total 0
srwxr-xr-x 1 minknow minknow 0 May 29 16:17 5555
$ python -c 'from pyguppy_client_lib.pyclient import PyGuppyClient as PGC;
c = PGC("ipc:///tmp/.guppy/5555", "dna_r9.4.1_450bps_fast.cfg");
c.connect(); print(c)'
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [timed_out] Timeout waiting for reply to request: LOAD_CONFIG
please let me know your thoughts on this!!!
from readfish.
I suspect there is a linux permissions error here (depending on what user you are running as).
Could be worth checking the permissions here and trying the "you only live once" advice to see if that fixes it.
from readfish.
Hi, I believe I was able to connect now:
$ python -c 'from pyguppy_client_lib.pyclient import PyGuppyClient as PGC; \
c = PGC("ipc:///home/tilgnerlab/5555", "dna_r9.4.1_450bps_fast.cfg"); \
c.connect(); print(c)'
PyGuppyClient(address='ipc:///home/tilgnerlab/5555', config='dna_r9.4.1_450bps_fast', align_ref=None, bed_file=None, barcodes=None, status.connected, )
However, while running the simulation, the target
function still has issue:
$ readfish targets --device MS00000 \
--experiment-name "RU Test basecall and map" \
--toml /home/tilgnerlab/readuntil/readfish_files/human_chr_selection.toml \
--log-file ru_test.log
2023-05-29 16:47:09,783 ru.ru_gen /home/tilgnerlab/miniconda3/envs/readfish/bin/readfish targets --device MS00000 --experiment-name RU Test basecall and map --toml /home/tilgnerlab/readuntil/readfish_files/human_chr_selection.toml --log-file ru_test.log
2023-05-29 16:47:09,784 ru.ru_gen batch_size=512
2023-05-29 16:47:09,784 ru.ru_gen cache_size=512
2023-05-29 16:47:09,784 ru.ru_gen channels=[1, 512]
2023-05-29 16:47:09,784 ru.ru_gen chunk_log=None
2023-05-29 16:47:09,784 ru.ru_gen command=targets
2023-05-29 16:47:09,784 ru.ru_gen device=MS00000
2023-05-29 16:47:09,784 ru.ru_gen dry_run=False
2023-05-29 16:47:09,784 ru.ru_gen experiment_name=RU Test basecall and map
2023-05-29 16:47:09,784 ru.ru_gen func=<function run at 0x7f2cfb53ad30>
2023-05-29 16:47:09,784 ru.ru_gen host=127.0.0.1
2023-05-29 16:47:09,784 ru.ru_gen log_file=ru_test.log
2023-05-29 16:47:09,784 ru.ru_gen log_format=%(asctime)s %(name)s %(message)s
2023-05-29 16:47:09,784 ru.ru_gen log_level=info
2023-05-29 16:47:09,784 ru.ru_gen max_unblock_read_length_seconds=5
2023-05-29 16:47:09,784 ru.ru_gen paf_log=None
2023-05-29 16:47:09,784 ru.ru_gen port=None
2023-05-29 16:47:09,784 ru.ru_gen run_time=172800
2023-05-29 16:47:09,784 ru.ru_gen throttle=0.4
2023-05-29 16:47:09,784 ru.ru_gen toml=/home/tilgnerlab/readuntil/readfish_files/human_chr_selection.toml
2023-05-29 16:47:09,784 ru.ru_gen unblock_duration=0.1
2023-05-29 16:47:09,784 ru.ru_gen workers=1
2023-05-29 16:47:09,792 ru.ru_gen Initialising minimap2 mapper
2023-05-29 16:47:12,690 ru.ru_gen Mapper initialised
2023-05-29 16:47:12,862 ru.ru_gen This experiment has 1 region on the flowcell
2023-05-29 16:47:12,863 ru.ru_gen Using reference: /home/tilgnerlab/readuntil/hg38-ont.mmi
2023-05-29 16:47:37,751 ru.ru_gen Region 'select_chr_12_start' (control=False) has 2 contigs of which 0 are in the reference. There are 4 targets (including +/- strand) representing 4.58% of the reference. Reads will be unblocked when classed as single_off or multi_off; sequenced when classed as single_on or multi_on; and polled for more data when classed as no_map or no_seq.
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [timed_out] Timeout waiting for reply to request: LOAD_CONFIG
PS, simulation using a configuration test cell gives me run error so I am currently using a "position simulation".
from readfish.
Hi @jennieli421 - Sorry I was on holiday last week. Could you share the contents of your TOML file? The conditions.X sections don't matter, just the caller settings and connection settings for guppy.
From the python snippet it does indeed look like you can connect. Sorry if you have already done this, but whenever a computer or MinKNOW is restarted, it recreates the 5555 socket file with the default permissions that don't allow anyone but the minknow
user to connect.
from readfish.
Dear Team,
Thank you for your awesome readfish tool. I am trying to run the readfish validate human_chr_selection.toml
according to the tutorial (https://looselab.github.io/readfish/getting-started). However, I received the LOAD_CONFIG error as pointed out in this thread.
Initialising Caller[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
[guppy/error] basecall_service::BasecallClient::worker_loop: Connection error. [bad_reply] Could not interpret message from server for request: LOAD_CONFIG. Reply: INVALID_PROTOCOL
2024-01-25 10:46:42,362 readfish.validate Caller could not be initialised, see below for details
2024-01-25 10:46:42,362 readfish.validate Server response not formatted correctly: <result.bad_reply: 14>
2024-01-25 10:46:42,362 readfish.validate Initialising Aligner
2024-01-25 10:46:47,696 readfish.validate Aligner initialised
2024-01-25 10:46:47,696 readfish.validate Skipping descriptions due to errors.
I checked that the guppy-basecaller version as well as the ont-pyguppy-client-lib version are the same
guppy_basecaller -v
: Guppy Basecalling Software, (C) Oxford Nanopore Technologies plc. Version 6.5.7+ca6d6af, minimap2 version 2.24-r1122
pip list
Package Version
---------------------- ------------
about-time 4.2.1
alive-progress 3.1.5
attrs 23.2.0
cattrs 23.2.3
click 8.1.7
exceptiongroup 1.2.0
grapheme 0.6.0
grpcio 1.60.0
importlib-metadata 7.0.1
iniconfig 2.0.0
mappy 2.26
mappy-rs 0.0.7
minknow-api 5.8.1
more-itertools 10.2.0
numpy 1.26.3
ont-pyguppy-client-lib 6.5.7
packaging 23.2
pip 23.3.2
pluggy 1.3.0
protobuf 4.25.2
pyfaidx 0.8.0
pyRFC3339 1.1
pytest 7.4.4
pytz 2023.3.post1
readfish 2023.1.1
readfish_summarise 0.2.5
rtoml 0.10.0
setuptools 69.0.3
tomli 2.0.1
typing_extensions 4.9.0
wheel 0.42.0
zipp 3.17.0
I also tried
python -c 'from pyguppy_client_lib.pyclient import PyGuppyClient as PGC; c = PGC("ipc:///tmp/.guppy/5555", "dna_r9.4.1_450bps_fast.cfg"); c.connect(); print(c)'
because ls /tmp/.guppy
yielded 5555
. I still got the same error.
The only section that I changed in the https://raw.githubusercontent.com/LooseLab/readfish/master/docs/_static/example_tomls/human_chr_selection.toml
file is the file path to the .mmi file.
I would like to know what else to try in order to make the readfish validate
step run successfully. I look forward to your response.
from readfish.
from readfish.
Thanks for your prompt response. I am running this on a GridION X5.
from readfish.
from readfish.
My stop-gap solution:
I noted that I needed to "start server on port: ipc:///tmp.guppy/5555" using guppy_basecall_server --log_path /var/log/guppy/ -c dna_r9.4.1_450bps_fast.cfg --device cuda:all --port /tmp/.guppy/5555
before the readfish validate
section worked. It seems strange that I would have to do this. Stopping the guppy_basecall_server command run (using Ctrl C) led to the disappearance of the 5555 socket (ls /tmp/.guppy
showed nothing) and error in readfish validate
re-run.
Caller could not be initialised, see below for details The provided guppy base-caller socket address doesn't appear to exist. Please check your Guppy Settings. ipc:///tmp/.guppy/5555
Am I doing something wrong?
from readfish.
What version of MinKNOW are you running?
Guppy version 6.5.7 is very outdated now and was the last version of guppy
shipped on ONT devices ( I think ). I suspect that you are now on dorado
on your box.
Can you run dorado_basecall_server --version
?
That is what is shipped with the current minknow, (dorado v7.2.13
) at the time of writing. I expect that if you update your ont_pyguppy_client_lib
to whatever the output of that is, the error will disappear.
Let me know if that doesn't help!
Rory
from readfish.
Thank you very much for your help. The installed version of MinKNOW is v23.11.7
and minknow-api
is 5.8.1
.
I have updated my ont_pyguppy_client_lib
to the v7.2.13
output as it is the current version of the dorado_basecall_server
. However, I encountered another error about the caller not being initialized because The provided guppy base-caller socket address doesn't appear to exist. Please check your Guppy Settings. ipc:///tmp/.guppy/5555
.
I checked ls /tmp/.guppy
but it appears that the 5555
socket is missing. How can I get this back?
from readfish.
I managed to re-generate the 5555
socket using guppy_basecaller --print_workflows
, and re-ran the readfish validate
step again. However, I encountered the error
[ont/error] basecall_service::BasecallClient::worker_loop: Connection error. [timed_out] Timeout waiting for reply to request: LOAD_CONFIG
. Any suggestion to help in solving this issue permanently will be much appreciated.
from readfish.
Hi,
This is quite confusing. Your version of minknow should not have guppy_basecaller available. You should now be running dorado.
What you are doing is running a version of guppy in the background but this won't work for readfish as you have configured readfish with a connection to dorado (which is correct).
SO....
Have you rebooted your GridION since updating minKNOW? I would suggest doing this and then checking if the dorado service is running on reboot - to do this type:
sudo systemctl status doradod
Please let us know the output of that command.
from readfish.
Thanks. I rebooted GridION yesterday after updating minKNOW. After running sudo systemctl status doradod
, I see:
● doradod.service - Service to manage the dorado basecall server.
Loaded: loaded (/lib/systemd/system/doradod.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/doradod.service.d
└─override.conf
Active: active (running) since Thu 2024-01-25 08:48:33 CET; 24h ago
Docs: https://community.nanoporetech.com/docs/sequence
Process: 760 ExecStartPre=/usr/bin/nvidia-smi (code=exited, status=0/SUCCESS)
Main PID: 1586 (dorado_basecall)
Tasks: 154 (limit: 76964)
Memory: 4.2G (high: 8.0G limit: 8.0G)
CGroup: /system.slice/doradod.service
└─1586 /opt/ont/dorado/bin/dorado_basecall_server --log_path /var/log/dorado --config dna_r10.4.1_e8.2_400bps_fast.cfg --ipc_threads 2 --port /tmp/.guppy/5555 --dorado_download>
Jan 25 08:48:36 GXB03102 dorado_basecall_server[1586]: Use of this software is permitted solely under the terms of the end user license agreement (EULA).
Jan 25 08:48:36 GXB03102 dorado_basecall_server[1586]: By running, copying or accessing this software, you are demonstrating your acceptance of the EULA.
Jan 25 08:48:36 GXB03102 dorado_basecall_server[1586]: The EULA may be found in /opt/ont/dorado/binJan 25 08:48:36 GXB03102 dorado_basecall_server[1586]: Config loaded:
Jan 25 08:48:36 GXB03102 dorado_basecall_server[1586]: config file: /opt/ont/dorado/data/dna_r10.4.1_e8.2_400bps_fast.cfg
Jan 25 08:48:36 GXB03102 dorado_basecall_server[1586]: model file: /opt/ont/dorado/data/[email protected]
Jan 25 08:48:36 GXB03102 dorado_basecall_server[1586]: Starting server on port: ipc:///tmp/.guppy/5555
Jan 25 12:17:25 GXB03102 dorado_basecall_server[1586]: Config loaded:
Jan 25 12:17:25 GXB03102 dorado_basecall_server[1586]: config file: /opt/ont/dorado/data/dna_r10.4.1_e8.2_400bps_5khz_hac.cfg
Jan 25 12:17:25 GXB03102 dorado_basecall_server[1586]: model file: /opt/ont/dorado/data/[email protected]
from readfish.
OK.
So could you please restart your GridION again. Then run the command:
sudo systemctl status doradod
If that shows the same output (with dorado active and running) could you then try (in the python/conda environment where you have installed readfish) running the python one liner:
python -c 'from pyguppy_client_lib.pyclient import PyGuppyClient as PGC;
c = PGC("ipc:///tmp/.guppy/5555", "dna_r9.4.1_450bps_fast.cfg");
c.connect(); print(c)'
And let us know the output from that.
Thanks
from readfish.
Thank you very much.
The output from the python one-liner is:
PyGuppyClient(address='ipc:///tmp/.guppy/5555', config='dna_r9.4.1_450bps_fast', align_ref=None, bed_file=None, barcodes=None, status.connected, )
I also just tried the readfish validate
and it works! Thank you.
from readfish.
Dear Team,
I do have another issue. I tried to analyze the results using readfish stats
with the --toml
and --fastq-directory
arguments. However, I see an error
(Channel 72 not found in Channel Map or', ' Barcode barcode48 not found in toml human_chr_selection.toml')
My toml file has the same content as the original human_chr_selection.toml file except for the file path to the reference mmi file. I suspect that I have to create a TOML table named barcodes
and specify each of the barcodes within the toml file. Is this the way to go? Alternatively, could it be that the file path to the --fastq-directory
is wrong? In this case, I specified the filepath to the run directory (e.g., /data/AFO_V3
) or the file path to the fastq_pass directory (e.g., /data/AFO_V3/sample1/20240125_1411_MS00000_id_XXXXX/fastq_pass
). I also tried to specify the file path to a specific barcode directory hosting fastq files (E.g., /data/AFO_V3/sample1/20240125_1411_MS00000_id_XXXXX/fastq_pass/barcode01
). However, I still encountered the same error.
from readfish.
Hi @ayoraind I've opened a new issue (#325) and locked this thread. Please open new issues rather than commenting on old ones.
from readfish.
Related Issues (20)
- Readfish and boss-runs in 2024 HOT 3
- readfish with just depletion? HOT 4
- Not being able to finish the tutorial/test HOT 6
- Provide additional TOML files which provide examples of host depletion and other use cases for readfish.
- location of readfish output HOT 4
- toml_live handling issue
- Depletion setting and unexpected behavior HOT 2
- Question about Readfish basecalling performance for messy samples HOT 6
- Playback issue HOT 14
- Problem communicating with basecaller after MinKnow update HOT 10
- Detect MinKNOW version and warn. HOT 1
- Circular Binary Segmentation HOT 3
- Having only one region in toml caused issue HOT 13
- chore: update github workflow actions HOT 1
- Handshake failed with fatal error SSL_ERROR_SSL: error:1000007d:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED HOT 4
- comparison between MinKNOW and Readfish HOT 4
- Error with flongle flow cell splitting HOT 6
- chore: update FAQ
- next release candidate checklist
- High count of no-barcode that map to my targets HOT 15
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from readfish.