Thanks.  It's working on my test VM after running a #depmod -a   However,
after a reboot you have to do #depmod -a again. Then relogin your targets.

 ext3 filesystem, noatime, read ahead set to 8K, Jumbo frames set to 9000.
It's a few MB slower with standard frames.

A quick 'dt' run with one GbE interface.
r...@ubuntu-804-svr:/src/dt.d# ./dt of=/mnt/test/test.dt bs=8k
pattern=0x3939393
                           9393939 disable=compare capacity=5G

Write Statistics:
     Total records processed: 655360 @ 8192 bytes/record (8.000 Kbytes)
     Total bytes transferred: 5368709120 (5242880.000 Kbytes, 5120.000
Mbytes)
      Average transfer rates: 101181853 bytes/sec, 98810.403 Kbytes/sec
     Number I/O's per second: 12351.300
      Total passes completed: 0/1
       Total errors detected: 0/1
          Total elapsed time: 00m53.06s
           Total system time: 00m16.00s
             Total user time: 00m00.13s
               Starting time: Wed Jul 15 17:52:35 2009
                 Ending time: Wed Jul 15 17:53:28 2009


Read Statistics:
     Total records processed: 655360 @ 8192 bytes/record (8.000 Kbytes)
     Total bytes transferred: 5368709120 (5242880.000 Kbytes, 5120.000
Mbytes)
      Average transfer rates: 109386901 bytes/sec, 106823.146 Kbytes/sec
     Number I/O's per second: 13352.893
      Total passes completed: 1/1
       Total errors detected: 0/1
          Total elapsed time: 00m49.08s
           Total system time: 00m05.67s
             Total user time: 00m00.03s
               Starting time: Wed Jul 15 17:52:35 2009
                 Ending time: Wed Jul 15 17:54:17 2009


Total Statistics:
     Output device/file name: /mnt/test/test.dt (device type=regular)
     Type of I/O's performed: sequential (forward)
    Data pattern string used: '0x39393939393939'
   Data pattern read/written: 0x39337830 (data compare disabled)
     Total records processed: 1310720 @ 8192 bytes/record (8.000 Kbytes)
     Total bytes transferred: 10737418240 (10485760.000 Kbytes, 10240.000
Mbytes)
      Average transfer rates: 105124518 bytes/sec, 102660.662 Kbytes/sec
     Number I/O's per second: 12832.583
      Total passes completed: 1/1
       Total errors detected: 0/1
          Total elapsed time: 01m42.14s
           Total system time: 00m21.67s
             Total user time: 00m00.16s
               Starting time: Wed Jul 15 17:52:35 2009
                 Ending time: Wed Jul 15 17:54:17 2009

On Wed, Jul 15, 2009 at 4:40 PM, Donald Williams <don.e.willi...@gmail.com>
wrote:
>
> I'll try running depmod and see if that helps.
> I'm not great a hacking Makefiles.   I'll see what I can do.
>  I'm going to use a test VM this time though.  Not my server.  :-D
> Thx.
>
> On Wed, Jul 15, 2009 at 4:25 PM, Mike Christie <micha...@cs.wisc.edu>
wrote:
>>
>> Donald Williams wrote:
>> > Mike,
>> >
>> > I decided to try the current repository version (as of 3PM, 7/15).
 Compiled
>> > and installed w/o issue.  Rebooted and I couldn't connect to my EQL
targets.
>> > The login process complained "no iSCSI driver".    So I installed
2.0-871
>> > from the website tar ball.   Rebooted, same problem.  Tried an older
kernel,
>> > 2.6.24-23, came up fine.   Installed (stupidly) the git version on that
>> > kernel, reboot, couldn't log in either.  Again, trying to downgrade
failed.
>> >  Installed an even older kernel, 2.6.24-22 installed 871 from the tar
ball,
>> > that worked fine.   Removed the modified kernels and re-installed one,
>> > 2.6.24-24, then installed 871 from tar ball, works fine.
>> >  I'm running ubuntu 8.04 LTS.  2.6.24-24-generic kernel right from
ubuntu.
>> >
>> > Is this anything you've seen?
>> >
>> >  What I see in the log that's different is, non-working configs had
these
>> > errors.
>> >
>> > Jul 15 15:17:56 ietd-tape kernel: [   73.760376] Loading iSCSI
transport
>> > class v2.0-871.
>> > Jul 15 15:17:56 ietd-tape kernel: [   73.789017] iscsi_tcp: Unknown
symbol
>> > iscsi_tcp_segment_done
>>
>> I think you or the Makefile just needs to run depmod.
>>
>> There is a new iscsi module, so there is now
>>
>> iscsi_tcp
>> libiscsi_tcp
>> libiscsi
>> scsi_transport_iscsi
>>
>> The above error log messages indicated that you are using a newer
>> iscsi_tcp module but the libiscsi_tcp is not getting loaded.
>>
>> I think we have been getting lucky and since the older modules were the
>> same as the distro they got loaded right. Now with the new module we
>> should probably add a depmod in the Makefile somewhere. Do you by any
>> chance know how to hack Makefiles?
>>
>> >>
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To post to this group, send email to open-iscsi@googlegroups.com
To unsubscribe from this group, send email to 
open-iscsi+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/open-iscsi
-~----------~----~----~----~------~----~------~--~---

Reply via email to