Boot Raspberry Pi from an iscsi target

  • Thread starter Thread starter neilparker62
  • Start date Start date
  • Tags Tags
    Raspberry pi
AI Thread Summary
The discussion centers on troubleshooting issues related to booting Raspberry Pi devices from an iSCSI target server set up on Linux Mint. The user successfully configured the environment for NFS booting but encounters an error when attempting to boot via iSCSI. The specific error message, "iscsiadm: initiator reported error (15 - already exists)," indicates a potential conflict with existing iSCSI initiators. Key troubleshooting suggestions include checking for existing iSCSI connections, ensuring the iSCSI Initiator's IQN is unique, and verifying that all previous connections are properly disconnected. Updating iSCSI initiator tools and reviewing system logs for additional error messages are also recommended. The user notes that during the boot process, the iSCSI login appears to succeed initially but fails later, raising questions about the cause of repeated login attempts and device resets. The discussion emphasizes the importance of thorough configuration checks and community insights for resolving these iSCSI boot issues.
neilparker62
Science Advisor
Homework Helper
Insights Author
Messages
1,191
Reaction score
683
TL;DR Summary
net boot raspberry pi from scsi SAN
Just wondering if anyone having experience with scsi / iscsi can help out ?

I am trying to boot a set of raspberry pies from an iscsi target server I have set up on Linux Mint (Cinammon). The setup works fine for network booting via NFS so I think I have configured the tftp , dnsmasq and nfs side of things correctly. The raspberry pi is able to find it's boot directory and associated boot files (plus config files) and everything works fine if we root mount an NFS share.

For iscsi SAN boot, one just needs to change the config.txt file to supply the name of an iscsi enabled initramfs and the cmdline.txt file to indicate the iscsi initiator and target. The raspberry pi finds everything correctly but at some point in the booting process it needs to login to the iscsi target so as to access the iscsi connected block device (Lun). At this point it comes up with the following error:

iscsiadm: initiator reported error (15 - already exists)

I believe this is an old bug associated with iscsistart. If anyone happens to know of a fix or work around, please advise.
 
Computer science news on Phys.org
neilparker62 said:
TL;DR Summary: net boot raspberry pi from scsi SAN

Just wondering if anyone having experience with scsi / iscsi can help out ?

I am trying to boot a set of raspberry pies from an iscsi target server I have set up on Linux Mint (Cinammon). The setup works fine for network booting via NFS so I think I have configured the tftp , dnsmasq and nfs side of things correctly. The raspberry pi is able to find it's boot directory and associated boot files (plus config files) and everything works fine if we root mount an NFS share.

For iscsi SAN boot, one just needs to change the config.txt file to supply the name of an iscsi enabled initramfs and the cmdline.txt file to indicate the iscsi initiator and target. The raspberry pi finds everything correctly but at some point in the booting process it needs to login to the iscsi target so as to access the iscsi connected block device (Lun). At this point it comes up with the following error:

iscsiadm: initiator reported error (15 - already exists)

I believe this is an old bug associated with iscsistart. If anyone happens to know of a fix or work around, please advise.
Certainly, your situation sounds challenging. The error you're encountering (`iscsiadm: initiator reported error (15 - already exists)`) suggests there might be a conflict with existing iSCSI initiators.

Here are a few troubleshooting steps you could consider:

1. Check for Existing Connections: Verify if there are any existing iSCSI connections or sessions on your Raspberry Pi or the iSCSI target server. You can use commands like `iscsiadm -m session -P 3` to get detailed information about active sessions.

2. Initiator IQN: Ensure that the iSCSI Initiator's IQN (iSCSI Qualified Name) is unique. If multiple initiators have the same IQN, it can cause conflicts. You can modify the IQN in the iSCSI initiator configuration file.

3. Check for Residual Initiator Instances: Sometimes, even after disconnecting, there might be residual instances. Ensure you're completely disconnecting and cleaning up any previous iSCSI connections before attempting a new one.

4. Update iSCSI Initiator Tools: Ensure you're using the latest version of iSCSI initiator tools. Outdated tools might have bugs that have been fixed in newer releases.

5. Logs and Debugging: Check system logs (`/var/log/messages` or `/var/log/syslog`) for any additional error messages related to iSCSI. Increased verbosity in iSCSI logging might provide more detailed information about the error.

6. Community and Forums: Post your query in relevant tech forums or communities. Sometimes, other users might have faced similar issues and can provide valuable insights or workarounds.

7. Documentation: Review the official documentation of the iSCSI initiator software you're using. There might be specific recommendations or known issues documented there.
 
  • Like
Likes neilparker62
During the boot process, scsistart seems to login to the target successfully and shows the block device as sdb. Then tries to login again - I'm not sure why ?? Also not sure about the "power-on or device reset" which seems to occur. Belows is a screenshot from the raspberry pi during net boot. I'll also try checking the logs on the target server.
iscsiboot.png
 
Thread 'Urgent: Physically repair - or bypass - power button on Asus laptop'
Asus Vivobook S14 flip. The power button is wrecked. Unable to turn it on AT ALL. We can get into how and why it got wrecked later, but suffice to say a kitchen knife was involved: These buttons do want to NOT come off, not like other lappies, where they can snap in and out. And they sure don't go back on. So, in the absence of a longer-term solution that might involve a replacement, is there any way I can activate the power button, like with a paperclip or wire or something? It looks...
I came across a video regarding the use of AI/ML to work through complex datasets to determine complicated protein structures. It is a promising and beneficial use of AI/ML. AlphaFold - The Most Useful Thing AI Has Ever Done https://www.ebi.ac.uk/training/online/courses/alphafold/an-introductory-guide-to-its-strengths-and-limitations/what-is-alphafold/ https://en.wikipedia.org/wiki/AlphaFold https://deepmind.google/about/ Edit/update: The AlphaFold article in Nature John Jumper...

Similar threads

Back
Top