Was the 1.32 an upgrade from 1.23 or is this a new install with new Volumes from the 1.32? Is the 3Ware RAID firmware up to date. Are you bonding (which mode) if so can you test without the bond. Is the Target with WB enabled? Try testing with forcing the nic speed - in console screen enter ALT+CTRL+T->Modify driver options select Intel option and choose AutoNeg. Set this value to 32.
It is an upgrade from 1.23. I tested with the CD before we purchased your product, not sure the version, and was seeing much higher performance - 80+Mb. I am not bonding. The volume I am testing was created after the upgrade. How do I set WB on the target? I will update the software on the raid card and set the autoneg in the console. I will have to do this during a maintainence window. This is a production system. Thanks!
In release notes it states that when upgrading to this version it is recommended to remove LV's and then recreate them due to the Block IO - 1.23 is File IO. You will have to save your data. Although you don't have to.
* IMPORTANT : Since ver 1.30 New iSCSI default volume creation is done in block-IO in contrast to the older version that was file-IO.
In order to create new iSCSI volume in "old" file-IO mode, please switch the default in console tools menu: ctrl-alt-w --> Tuning options-->iSCSI daemon options-->iSCSI volume type.
Block-IO mode is about 30% faster then File-IO and the target volume size is exactly equal to defined iSCSI volume size (in file-IO the target size is a bit smaller then defined iSCSI volume size).
Additionally, initialization is no-longer required as with the old file-IO volumes.
In order to migrate your data from the file-IO to block-IO volume, the data must be backed up from the existing iSCSI volumes and then restored into newly created iSCSI volumes.
NOTE: please verify data integrity prior to deleting old iSCSI volumes.
Volume replication is only possible between to similar volumes (e.g. block-IO <-> block-IO or file-IO <-> file-IO). Volume replication between old file-IO and block-IO volumes are NOT possible.
In order to have more connections at the same time to the same Target you would require a special SAN file system. iSCSI Target works block based - not file based. Meaning that a changes made by one person is not seen by another person working on the same target/volume. Also this can cause issues with the data, below is a list of solutions to do this. Did you send in the logs and your tests from OpenFiler to support concerning your speed issues?
SAN file system solutions are very expensive. The easiest way to share the data on iSCSI Target is to create network share and have the clients connect to the network share and not directly to the target. In case clients read only from the target and need to access recent data (written from single host only) they can logout and login new session in the initiator. This will allow them to see the recent data.
To control shared iSCSI target you need so called SAN File System programs.
Member
DSS Performance
Posting Permissions
Reply With Quote