Re: [gentoo-user-de] Vom Notebook den Brenner im Server nutzen

[Jens Ziller <zillerbaer@gmx.de>]

[-- Attachment #1: Type: text/plain, Size: 1556 bytes --]

Am Dienstag, 1. April 2008 schrieb Christian Bricart:
> Jens Ziller wrote:
> > Hallo Liste,
> >
> > hat jemand eine Idee ob und wie man vom Notebook aus den Brenner in einem
> > Server benutzen kann? In meiner Vorstellung wollte ich mit K3B vom
> > Schleppi aus auf den Brenner im Server brutzeln. ATA over Ethernet
> > scheint das nicht zu können.
>
> wieso ATA..? iSCSI..! ;-)
> funktioniert bei mir hervorragend genau so
>
> Brenner ist im Linux-Server eingebaut und über iSCSI(-Target)
> "freigegeben" und dann auf einem Client mit iSCSI(-Initiator)
> eingebunden. Client ist bei mir sogar (manchmal) ein SinnlosXP ;-)
> Der sieht dann einen "lokalen" SCSI-Brenner und brutzelt mit Nero drauf.
>
> Server: sys-block/iscsitarget
> Client: sys-block/open-iscsi
> (beides in ~x86 und ~amd64)
>
> Christian

Hallo,

erstmal Vielen Dank für die Antworten. Bin jetzt beim iscsi testen. Im Portage 
scheint es nicht mit dem aktuellen Kernel zu laufen. Da bekomme ich es nicht 
kompiliert. Ich habe die neuesten Quellen per Hand installiert. Jetzt kann 
ich auf eine Festplattenpartition zugreifen. Grundsätzlich sollte es 
funktionieren. Aber wenn ich den Brenner als target freigeben will kommt 
immer die Errormeldung: "Can't open /dev/sr0 -30". Das gleiche auch mit 
hdc(es ist ein IDE-LW). Am Server kann ich je nach Konfiguration hdc bzw. sr0 
mounten und auf eine CD zugreifen. Ich häng mal die ietd.conf mit ran. Ist da 
ein Fehler drin? Wie habt Ihr das konfiguriert? Als IDE oder über ide-scsi.

Viele Grüße Jens.

[-- Attachment #2: ietd.conf --]
[-- Type: text/plain, Size: 2080 bytes --]

# Example iscsi target configuration
#
# Everything until the first target definition belongs
# to the global configuration.
# Right now this is only the user configuration used
# during discovery sessions. "IncomingUser" specifies credentials the
# initiator has to provide - several of these are supported. If mutual
# CHAP shall be employed, "OutgoingUser" specifies the user/pass
# combination the target will provide - only one is supported.
# Leave them alone (keep them commented out) if you don't want to use
# authentication for discovery sessions.

#iSNSServer 192.168.1.16
#iSNSAccessControl No

#IncomingUser joe secret
#OutgoingUser jack 12charsecret

# Targets definitions start with "Target" and the target name.
# The target name must be a globally unique name, the iSCSI
# standard defines the "iSCSI Qualified Name" as follows:
#
# iqn.yyyy-mm.<reversed domain name>[:identifier]
#
# "yyyy-mm" is the date at which the domain is valid and the identifier
# is freely selectable. For further details please check the iSCSI spec.

Target iqn.2005-03.local.openisci:storage.disk2.sys1.xyz
	# Users, who can access this target. The same rules as for discovery
	# users apply here.
	# Leave them alone if you don't want to use authentication.
	#IncomingUser joe secret
	#OutgoingUser jim 12charpasswd
	# Logical Unit definition
	# You must define one logical unit at least.
	# Block devices, regular files, LVM, and RAID can be offered
	# to the initiators as a block device.
	Lun 0 Path=/dev/sr0,Type=fileio,ScsiId=0:0:0:0
	# Alias name for this target
	# Alias Test
	# various iSCSI parameters
	# (not all are used right now, see also iSCSI spec for details)
	#MaxConnections		1
	#InitialR2T		Yes
	#ImmediateData		No
	#MaxRecvDataSegmentLength 8192
	#MaxXmitDataSegmentLength 8192
	#MaxBurstLength		262144
	#FirstBurstLength	65536
	#DefaultTime2Wait	2
	#DefaultTime2Retain	20
	#MaxOutstandingR2T	8
	#DataPDUInOrder		Yes
	#DataSequenceInOrder	Yes
	#ErrorRecoveryLevel	0
	#HeaderDigest		CRC32C,None
	#DataDigest		CRC32C,None
	# various target parameters
	#Wthreads		8